Re: Improving the speed of guix time-machine for development environments

2024-06-02 Thread Ludovic Courtès
Hi Richard, Richard Sent skribis: > If I want to use time-machine as part of entering a development > environment for some channel collection and a new guix commit is pushed, > then the next time I invoke that same time-machine command there will be > a large delay as Guix fetches,

Re: CI is not processing jobs

2024-06-02 Thread Ludovic Courtès
Hi, Ludovic Courtès skribis: > The longer story is that Ricardo noticed that the build backlog had been > growing for a couple of months (see “Pending builds”): > > https://ci.guix.gnu.org/metrics > > We discussed this on guix-sysadmin and found that this was due to the > poor performance of

Re: Come watch a live stream coding session for the Hurd Video

2024-06-02 Thread Sergey Bugaev
On Sun, Jun 2, 2024 at 12:22 AM Joshua Branson wrote: > So we had an awesome time today watching Sergey code a trivial translator (1) > and do > some glibc hacking (2). Sergey coded and chatted for 4 and 1/2 hours! Three > cheers > for that kind of commitment! Thanks pal! > > In the

Re: Improving the speed of guix time-machine for development environments

2024-06-02 Thread Richard Sent
Hi Ludo, Ludovic Courtès writes: > I’m not sure I understand the use case. Two different but “common” (?) > use cases come to mind. > > First one is when you want to share the exact same environment within a > team of developers, say. In that case, you have a ‘channels.scm’ that > pins

Re: System deployment commands hoarding all RAM

2024-06-02 Thread Juliana Sims
Hi Sergio, Continuing on from our out-of-band conversation about this topic, the most likely cause of your RAM issue is that you use recursion extensively, but not in tail position. This means that Guile cannot optimize this recursion to re-use stack frames and thus your memory usage is

Re: A paper about Plan 9 and Guix

2024-06-02 Thread Edouard Klein
Ludovic Courtès writes: > Hi, > > Edouard Klein skribis: > >> I'll be presenting it not next week end, but the one after (12-14 April >> 2024). > > Yay, congrats! > Thanks :) >> I'd be happy if some of you would be so kind as to read it with their >> extensive knowledge of Guix, in case

Re: "guix pack -f docker" does too much work

2024-06-02 Thread Michal Atlas
Hello Ricardo, I greatly agree, it would be an awesome QOL improvement. Just want to mention that it might be nice to take inspiration from the Nix dockerTools, since they already have quite a lot of effort put into this. Including for example an option called `streamLayeredImage` [1] which

Re: Come watch a live stream coding session for the Hurd Video

2024-06-02 Thread Almudena Garcia
Hi: I've just sent my recording in other mail https://www.youtube.com/watch?v=lQ7bWzsL7Ps By some reason, the image keeps freezed in some minutes, but most the recording is fine El sáb, 1 jun 2024 a las 23:22, Joshua Branson () escribió: > > Hey bug hurd! > > So we had an awesome time today

Re: Come watch a live stream coding session for the Hurd

2024-06-02 Thread Almudena Garcia
Other idea could be a magnet/torrent translator wget magnet:?fl=http://... and downloading the torrent file without a torrent client El vie, 31 may 2024 a las 11:55, escribió: > May 31, 2024 at 5:30 AM, jbra...@dismail.de wrote: > > > > > > > > > Heyo friends! > > > > > > > > Sergey is going

Re: Come watch a live stream coding session for the Hurd

2024-06-02 Thread Almudena Garcia
I've upload the recording to youtube. Currently is processing in HD. https://www.youtube.com/watch?v=lQ7bWzsL7Ps There was some problems, and there are some minutes in which the image keeps freezed, but the most important seems be recording fine. Excuse me the inconveniences. El sáb, 1 jun

Daemon deduplication and btrfs compression [was Re: Are 'guix gc' stats exaggerated?]

2024-06-02 Thread Efraim Flashner
On Fri, May 31, 2024 at 03:03:47PM -0700, Felix Lechner wrote: > Hi Efraim, > > On Tue, May 28 2024, Efraim Flashner wrote: > > > As your store grows larger the inherent deduplication from the > > guix-daemon approaches a 3:1 file deduplication ratio. > > Thank you for your explanations and