Re: Shepherd timers

Hi Ludo' On Sun, Mar 24 2024, Ludovic Courtès wrote: > you can do anything you can do with a service: stop it, unload it, > load a replacement, and so on. Wow, do I love those timers! I just converted my system Mcron jobs to Shepherd timers. The user jobs are next. What a great new feature!

Re: xz backdoor

On Tuesday, April 2nd, 2024 at 3:23 AM, Attila Lendvai wrote: > https://github.com/Tudmotu/gnome-shell-extension-clipboard-indicator/issues/138#issuecomment-904689439 > > ...and its author actively defends this situation. Yikes. This sounds like a great reason to fork. The author can prefer

Re: guix --container is RAM hungry

Maxim Cournoyer writes: > Hi Ludovic, > > Ludovic Courtès writes: > >> Hi Edouard, >> >> Edouard Klein skribis: >> >>> I'm a huge fan of guix --container, and I created a system to use those >>> by default for network services. But the VPS these services run on has >>> only 2GB of RAM, and I

Re: Coordinators for patch review session on Tuesday

On 2 Apr, Christina O'Donnell wrote: > Hi Steve, > > I just wanted to say that I enjoyed the first one of these and I'm looking > forward to today's session. I did want to go to the last session, but I lost > track of time and missed it! > > I'm a new contributor who's only sent a few patches

Re: Shepherd timers

Hi Ludo' On Thu, Mar 28 2024, Ludovic Courtès wrote: > I start, restart, reload, restart, etc. and it seems fine. Okay, this works fine now. I had quoted the 'iota'. The status seems a bit bungled, though. I now use a lambda, i.e. no 'command', with a fresh pull from 'devel'. Thanks! Kind

Re: PyTorch with ROCm

Hello! (Cc’ing my colleague Romain who may work on related things soon.) David Elsing skribis: > It is the same as for other HIP/ROCm libraries, so the GPU architectures > chosen at build time are all available at runtime and automatically > picked. For reference, the Arch Linux package for

Re: Recent security issues (guix-daemon and xz)

Hello, John Kehayias writes: [...] > > Secondly, perhaps many have heard of the recent security issue > (backdoor) in the xz project: > > - (original > disclosure) > > -

Re: [shepherd] several patches that i deem ready

> i have prepared the rest of my commits that > were needed to hunt down the shepherd hanging bug. > you can find them at: https://codeberg.org/attila-lendvai-patches/shepherd/commits/branch/various Ludo, i would appreciate if you could give some feedback on this. these commits are extensive

Re: Coordinators for patch review session on Tuesday

Hi Steve, I just wanted to say that I enjoyed the first one of these and I'm looking forward to today's session. I did want to go to the last session, but I lost track of time and missed it! I'm a new contributor who's only sent a few patches up, but these sessions have been helpful for

Re: Error handling when 'guix substitute' dies

Hi Lars, On Tue, Apr 2 2024 at 10:42:18 AM +0200, Lars Bilke wrote: Dear Ludo, I ran the command in a loop on 4 machines for around 2 hours doing 1 request per machine per second but no errors occured... I did a similar thing. No errors at all. However, I was reconfiguring my system at uni

Re: xz backdoor

Hi all, On Tue, Apr 2 2024 at 08:23:40 AM +, Attila Lendvai wrote: There's actually suspicious code by the xz attacker in one of our packages right now: Please help review that patch! as for gpaste (one of the dependees of libarchive):

Re: xz backdoor

> There's actually suspicious code by the xz attacker in one of our > packages right now: > > https://issues.guix.gnu.org/issue/70113 > > Please help review that patch! as for gpaste (one of the dependees of libarchive): it doesn't build since the recent gnome merge. i've filed a patch for