Re: Parallel guix builds can trample?

Ricardo Wurmus writes: > Philip Beadling writes: > >> The source in each one will be slightly different and although I only >> specify commit id in the package > > How are you using Guix with this? Do you generate Guix package > expressions? Do you use “guix build --with-commit”? No, and we

Re: Parallel guix builds can trample?

Hi all, The issue also exists when using --with-commit - see below for a refined test that makes it trivial to demonstrate with any package where the source is retrieved from git. On Tue, 18 Jan 2022 at 10:10, Phil wrote: > > > Philip Beadling writes: > > >No, and we probably should do,

Re: Parallel guix builds can trample?

Maxime Devos writes: > Maybe 'latest-repository-commit' and 'update-cached-checkout' commit > can be modified to not use 'switch-to-ref', and instead directly ask > libgit ‘what's the tree structure of commit cabba9e’ and call a > procedure like 'add-file-tree-to-store'. That would avoid lock

Re: Parallel guix builds can trample?

Phil schreef op di 18-01-2022 om 09:28 [+]: > To mitigate performance concerns, I think it's possible to set the > branches and depth in git such that we only clone the bare-bones only?. IIUC libgit2 and the Guile bindings guile-git do not currently support shallow clones (depth, etc.).

Re: Having a package browser on guix.gnu.org

Luis Felipe skribis: > I want to help. I'll check the source and start asking questions. Yay! Ludo'.

Re: Having a package browser on guix.gnu.org

Hi, Christopher Baines skribis: > Ludovic Courtès writes: [...] >> Former Outreachy intern Danjela Lura, together with Chris Baines, had >> started developing a JS-free package browsing interface: >> >> https://lists.gnu.org/archive/html/guix-devel/2020-07/msg00050.html >> >> Chris, could

Re: Schedule for FOSDEM 2022 available online

Hi Oliver, Oliver Propst skribis: > Just a brief note about that the schedule for FOSDEM 2022 is now > available online at > https://fosdem.org/2022/schedule/track/declarative_and_minimalistic_computing/ > for who is interested in details about the talks. I had overlooked this message—the

Re: Return back original implementation for text-config serialization

Hi, Andrew Tropin skribis: > During the upstreaming process of Guix Home commit > fee0bced7fec2f9950957976a28f033edd4f877c slipped into master. It > introduces a different serialization approach for text-config from what > was orginally used: >

Re: ImageMagick from 2020?

Hi Ludo, On Tue, 18 Jan 2022 at 15:39, Ludovic Courtès wrote: > It’s now on ci.guix too, though not GC-protected. > > Timothy, will your machinery be able to pick it up? Hum, the issue is the ingestion by SWH, no? The file 'sources.json' only contains the last sources of the last revision.

Re: Profile definition, was Re: bug#53224: Cookbook recipe about profile collisions

Hi, Leo Famulari skribis: > On Mon, Jan 17, 2022 at 12:56:20PM -0500, Matt wrote: >> Leo is 100% correct that my understanding is still rather weak. I'll do my >> best despite that to help make the documentation better. > > I hope you will not feel too bad about that. Remember, everyone begins

Re: using an SRFI that is not available in Guile

> There’s no widespread “Maybe” idiom in Scheme; or rather, people use > TYPE | #f as a way to approximate “Maybe”. It’s not ideal, primarily > because appropriate handling is not statically checked. Yet, that’s > what we have and I’m not convinced adding SRFI-189 to the mix would > bring enough

Re: using an SRFI that is not available in Guile

Hi, Attila Lendvai skribis: > when working on the (gnu services configuration) module, i would like > to use srfi-189, which is not available in Guile > (https://srfi.schemers.org/srfi-189/srfi-189.html). In addition to what Maxime wrote, I’d like to comment on the less technical side of it.

Re: Preservation of Guix report 2022-01-16

Hi, Timothy Sample skribis: > I’ve published a new preservation of Guix report: > > https://ngyro.com/pog-reports/latest/ > > Actually, the URL is , but I > thought having a way to reference the latest report would be helpful. Nice! [...] > A

Re: version-1.4.0 branch updated

Hi, Maxim Cournoyer skribis: > If nobody has another world rebuilding change deemed necessary in time > for the release, I suggest we enable substitutes on the branch soon, and > then get busy trying to get 'make dist' to succeed so that we can issue > a first RC. One thing to look at is “make

Re: Release v1.4 (or 2.0): process and schedule ?

Hello! For the record, I created a few days ago an issue to keep track of progress towards the release by blocking it with issues that we think must be fixed before we release: https://issues.guix.gnu.org/53214 Click on “Details” to see the blocking issues. Hopefully it’ll allow everyone of

Re: Parallel guix builds can trample?

Hi, Maxime Devos skribis: > Phil Beadling schreef op ma 17-01-2022 om 17:23 [+]: >> For each build that is kicked off in quick succession the local cache >> of the repo required updated by update-cached-checkout >>  * https://github.com/guix- >>

Re: Alternative solution to stat storm problem

Hi Farid, Farid Zakaria skribis: [...] >> I guess the advantage is that you don’t need the ld.so patch. The >> downside is that PatchELF needs to be able to write longer NEEDED >> strings in the dynamic section, which it may not always be successful at >> (I think?). > > I can't claim to be a

Re: Alternative solution to stat storm problem

Hi, Tom Scogland skribis: > You’re right, the LD_LIBRARY_PATH will not change the loading order, > but using LD_PRELOAD will by the same mechanism we’re using, > pre-filling the cache with a library at the same soname. As part of > other explorations we’re doing around tweaking or wrapping the

Re: Celebrating ten years of Guix

Hi Jonathan, "Jonathan McHugh" skribis: > If it helps, feel free to use HSBXL in Belgium as a node. > => hsbxl.be/ > > While not a spacious or plush as the Guix Days location, it has ClubMate and > better ICT support. > > I can be onsite 24/7 whenever you need access. Thanks for the offer! I

Re: ImageMagick from 2020?

Hi, Maxime Devos skribis: > From repology, I found that CentOS c7 has ImageMagick 6.9.10-68: > > https://git.centos.org/rpms/ImageMagick/blob/c7/f/SPECS/ImageMagick.spec > > CentOS keeps its copy of the source code at > > https://git.centos.org/sources/ImageMagick/c7/ > > there are two files

Re: Preparing the 1.4.0 release.

Hello! Mathieu Othacehe skribis: > As you may know we have started working actively on the next Guix > release. > > * The release branch is available here: > https://git.savannah.gnu.org/cgit/guix.git/log/?h=version-1.4.0 > > * It is built by Cuirass here: >

Re: Guix wiki

Hi, Matt skribis: > On Tue, 11 Jan 2022 18:18:25 -0500 Ricardo Wurmus > wrote > > > This is where we disagree. I’ve wasted so much time in my life > > following outdated or wrong instructions on forums or wikis. I really > > don’t want to see anything half-baked anywhere near

Re: 03/06: style: Add support for "newline forms".

Hi! Tobias Geerinckx-Rice skribis: > guix-comm...@gnu.org 写道： >> + ('base32 '(sha256 origin)) > > I know this is your style, but I would *really* prefer this to be: > >> + ('source '(package)) > > instead. > > I know! But wait! I think that's defensible: for the same reason > that we add

Re: packages: [PoC] Expand range of objects 'add-input-label' can label

Hi, elaexuo...@wilsonb.com skribis: > From 3b8e7fa8fbd58e7e164e3730c708419f612b8549 Mon Sep 17 00:00:00 2001 > From: "B. Wilson" > Date: Sun, 16 Jan 2022 23:54:51 +0900 > Subject: [PATCH 1/2] packages: Expand range of objects 'add-input-label' can > label > To: guix-patc...@gnu.org > > *

Re: Preservation of Guix report 2022-01-16

Hi, Vagrant Cascadian writes: > On 2022-01-18, Ludovic Courtès wrote: >> Timothy Sample skribis: >>> A really important thing to do at this point is to verify that some >>> reasonable looking computation is covered by what we are doing already. >>> For instance, is every source used to build

Re: Preservation of Guix report 2022-01-16

On 2022-01-18, Ludovic Courtès wrote: > Timothy Sample skribis: >> A really important thing to do at this point is to verify that some >> reasonable looking computation is covered by what we are doing already. >> For instance, is every source used to build Guile (or Python or R) >> preserved?

Language menu in the HTML manual

Hello Guix! I added a language menu in the on-line HTML manual that you can see in the top-right corner of manual pages: https://guix.gnu.org/manual/devel/es/html_node/Empezando.html https://guix.gnu.org/manual/devel/ru/guix.ru.html (CSS needs to be fixed so the menu item colors look

Re: Profile definition, was Re: bug#53224: Cookbook recipe about profile collisions

On Tue, 18 Jan 2022 10:36:20 -0500 Ludovic Courtès wrote > Hi, > > Leo Famulari skribis: > > > On Mon, Jan 17, 2022 at 12:56:20PM -0500, Matt wrote: > >> Leo is 100% correct that my understanding is still rather weak. I'll do > >> my best despite that to help make the