Re: emacs-git-email: Guix policy for dealing with abandoned packages with active forks

Suhail Singh writes: > emacs-git-email This is only tangential, but... I'd come up with an equivalent (?) hack that I'd posted here: (gnus-summary-goto-article "<868qypm5c5@gmx.net>") Basically: > M-& > git send-email --sendmail-cmd=echo HEAD^..HEAD > RET > > Then on the first prompt, m

Re: emacs-git-email: Guix policy for dealing with abandoned packages with active forks

James Thomas writes: > Suhail Singh writes: > >> emacs-git-email > > This is only tangential, but... > > I'd come up with an equivalent (?) hack that I'd posted here: > > (gnus-summary-goto-article "<868qypm5c5@gmx.net>") > > Basically: > >> M-& >> git send-email --sendmail-cmd=echo HEAD^..

Re: Please don't leave GNU

may I suggest to stop the discussion here on whether we should or should not leave GNU, and in particular not cc Richard Stallman on a non-issue? As far as I can tell, you brought up this "maybe Guix will leave GNU" question out of the blue; there is currently no motion to do so. Excuse me, but

Re: Errors with inconsistent network, bad gateway (nginx) and others

James Thomas writes: > Perhaps this is related to bug#38667? I think that happens to me when > using old network cards without 'power management', when I try to access > the net while it's (temporarily) down. Oh, sorry; didn't see your follow up: Zelphir Kaltstahl writes: > Just wanted to repor

Re: Errors with inconsistent network, bad gateway (nginx) and others

Zelphir Kaltstahl writes: > On 14.11.24 12:08, Ludovic Courtès wrote: > > Hi, > > Zelphir Kaltstahl skribis: > > Then I did `guix package -u` to update installed packages. However, I > ran into an error: > > > [...] > > In guix/scripts/substitute.scm: > 467:7 8 (download-nar #< path: "/gnu

the --share arguemnt of 'guix system vm' can not work now.

I have sent a bug, maybe it has been forgot, ping :-) See: https://issues.guix.gnu.org/77119 --

Re: Please don't leave GNU

Hello Caleb, may I suggest to stop the discussion here on whether we should or should not leave GNU, and in particular not cc Richard Stallman on a non-issue? As far as I can tell, you brought up this "maybe Guix will leave GNU" question out of the blue; there is currently no motion to do so. And

Re: Please don't leave GNU

On 4/1/25 05:35, pinoaffe wrote: That's up to you, if that consideration is the most important to you, I'd recommend you switch to one of the distros listed on https://www.gnu.org/distros/free-distros.en.html That's a disingenuous suggestion. You know fully well that the only options beyond Gu

Re: Jumping the queue: merge r-team before python-team?

Hi Andreas, On Tue, Apr 01 2025, Andreas Enge wrote: > Probably we also need some human scheduler. In the past it has happened > that branches have clogged the queue although for a week or two nobody > was available to work on it. Having a person following the branches and > interacting with the

Re: Jumping the queue: merge r-team before python-team?

Hello, Am Tue, Apr 01, 2025 at 09:39:51AM -0400 schrieb Greg Hogan: > QA shows no status ("Yet to process target revision") for python-team > and core-packages-team (resurrected and now again the head of the > queue). I have just closed the core-packages-team issue, as it turns out that we need t

Re: “Build daemon drops its privileges” 👈 blog post

Konrad Hinsen skribis: > Ludovic Courtès writes: > >> But yes, providing a script for those who want to migrate would be nice. > > Is there any good reason for migrating, other than for testing the new > setup? The main reason would be a potential security improvements (harder to escalate to ro

Jumping the queue: merge r-team before python-team?

Hi Guix, the r-team branch has been ready for weeks. It has only accumulated more changes (like the upgrade of R itself) as it has been sitting in the queue. What do you think about letting this branch jump the queue ahead of python-team? -- Ricardo

Re: “Build daemon drops its privileges” 👈 blog post

Not invalidating my questions, but maybe some additional insight: Reading the guix-install.sh make me believe that one part of my issues could be due to: [ FAIL ] Init system could not be detected. Several things from guix-install.sh are not run properly in my GitLab runner instance. I see two w

Re: “Build daemon drops its privileges” 👈 blog post

Ludovic Courtès writes: > Hello Guix! > > New blog post about this newfangled unprivileged guix-daemon: > > https://hpc.guix.info/blog/2025/03/build-daemon-drops-its-privileges/ Yay! I'm trying to adapt this for my GitLab CI/CD container images [1] but I'm having some troubles which are proba

Re: “Build daemon drops its privileges” 👈 blog post

>Tue 01 Apr 2025 at 08:33, Ludovic Courtès wrote: > But yes, providing a script for those who want to migrate would be nice. Being Guix a rolling release (disclaimer, I’m an Archer), manual intervention with help of instructions on how to would be fine for most users.