Re: Guix wiki

> 1. People find the [data] service provides value (can someone restate what > that > value is exactly? Is it needed e.g. to power if you allow hijacking the above into the wiki discussion: this is a good example where a wiki page (central, easily editable, capturing the current state) would t

Re: Welcome Oleg (sharlatan) as a new committer

On Tue, Jan 09, 2024 at 11:19:51PM -0500, Maxim Cournoyer wrote: > Hello Guix! > > I'm happy to start the 2024 year with a new committer onboard: Sharlatan > (Oleg). > > Sharlatan is maintaining a growing collection of astronomy packages in > Guix, among others. > > Let's Wish them a warm welcom

Re: #:modules and #:imported-modules, and more

Hi! Tomas Volf <~@wolfsden.cz> skribis: > However even in that light, I still consider the 3 and 4 to be worth > considering. Aaand even without 3, at least doing 4 in some shape or form > would > be in my opinion useful. Current situation is bit... copy&pasty. In ‘core-updates’, commit 9e4ce

Re: Proposition to streamline our NAR collection to just zstd-compressed ones

Hello, Maxim Cournoyer skribis: > It's been on my head for quite a bit of time (about 2 years, according > to [0]), to streamline our offering of cached nars. Letting go of gzip > 2 years ago, along a more aggressive garbage collection policy allowed > us to reduce our storage needs by at least

Re: Performance of computing cross derivations

Efraim Flashner writes: > [[PGP Signed Part:Signature made by expired key 41AAE7DCCA3D8351 Efraim > Flashner ]] > On Fri, Jan 05, 2024 at 04:41:14PM +, Christopher Baines wrote: >> >> Ludovic Courtès writes: >> >> > Hi, >> > >> > Christopher Baines skribis: >> > >> >> When asked by the

Re: How/where/when to ask for a patch review?

Hi Ludo' On Wed, Jan 10 2024, Ludovic Courtès wrote: > I have to admit I have a hard time keeping up. You work too hard! Jethro the Midianite high priest [1] liked to focus on the "grand design": https://www.youtube.com/watch?v=oG0a9WFkgzU More practically, Jethro said: (13) It came abou

Re: GNU Shepherd 0.10.3 released

On 2024-01-10 00:34:48 +0100, Ludovic Courtès wrote: > Tomas Volf <~@wolfsden.cz> skribis: > > > On 2024-01-07 15:08:59 +0100, Ludovic Courtès wrote: > > [...] > > >> ** Do not accidentally wait for Linux kernel thread completion > >> () > >> > >> In c

Re: #:modules and #:imported-modules, and more

On 2024-01-10 11:23:22 +0100, Ludovic Courtès wrote: > Hi! > > Tomas Volf <~@wolfsden.cz> skribis: > > > However even in that light, I still consider the 3 and 4 to be worth > > considering. Aaand even without 3, at least doing 4 in some shape or form > > would > > be in my opinion useful. Cur

Re: GNU Shepherd 0.10.3 released

PS: On 2024-01-10 17:38:17 +0100, Tomas Volf wrote: > scheme@(guile-user)> ((@@ (shepherd service) pseudo-process?) 688) The pid is different than above, because this was after a reboot. Tomas -- There are only two hard things in Computer Science: cache invalidation, naming things and off-

Re: How/where/when to ask for a patch review?

On 2024-01-10 00:33:11 +0100, Ludovic Courtès wrote: > Hi again Tomas, > > Tomas Volf <~@wolfsden.cz> skribis: > > > What I tried so far: > > > > 1) Asking on the IRC (2x). Once I even got a review, but from a > > non-committer. > > 2) Sending email directly to the main author of the edited sou

Re: [PATCH 00/48] Extend bag-build to gexps.

Here's a more complete proof of concept: The attached file guix.scm, when run a checkout of emacs branch emacs-29 with guix build -f guix.scm will : - compile everything as if run locally but with the patches provided by guix sources. - a local edit and the rerun of guix build -f guix.scm will on