bug#74450: patch-shebang does not work with '/usr/bin/env -S'

2024-11-20 Thread Théo Tyburn
Hi guix, I noticed that 'patch-shebang' in (guix build utils) does not work if the shebang is something like '#!/usr/bin/env -S python3 -u'. So it is not able to patch shebangs with multiple arguments https://www.gnu.org/software/coreutils/manual/html_node/env-invocation.html#g_t_002dS_002f_002d_0

bug#74250: emacs-guix: guix-pull invalid input error

2024-11-20 Thread Suhail Singh
Christopher Howard writes: > So, my experiment was to see if I could run the scheme command «(guix-command > "pull")» from the console instead, just using guix repl. However, since guix > repl will not load any emacs-guix scheme code, I had to add > "/home/christopher/Repos/emacs-guix/scheme" to

bug#59181: [berlin] web services fail to start on reboot due to anonip

2024-11-20 Thread Ludovic Courtès
Hi, Maxim Cournoyer skribis: > I've pushed a fix for this as commit 49375f83fc. The tests I've > implemented to help troubleshoot the issue are up for review in > https://issues.guix.gnu.org/74151. Yay, much appreciated, thank you!! Ludo’.

bug#74445: Python respect --cores build argument

2024-11-20 Thread Sharlatan Hellseher
Hi, There a lot in astronomy module I guess ^.^ Would you like to send a patch adjusting them? They could be "-n" "auto" as well. Thanks, Oleg

bug#74250: emacs-guix: guix-pull invalid input error

2024-11-20 Thread Suhail Singh
Christopher Howard writes: > I discovered that if I go to Gnome console, set the GUILE_LOAD_PATH > appropriately for the emacs-guix scheme code, run «,re (emacs-guix),» > and then run (guix-command "pull") that the pull completes without any > issues. Out of curiosity, does the below raise an as

bug#74250: emacs-guix: guix-pull invalid input error

2024-11-20 Thread Christopher Howard
So, when inside Emacs, it appears that emacs-guix, after launching the *Guix REPL* and *Guix Internal REPL*, adds it's own scheme code to the paths in %load-path. In either of these REPLs, I can see that the emacs-guix scheme code is the first entry in the list: ``` scheme@(emacs-guix)> %load-p

bug#74445: [PATCH 1/1] gnu: Respect --cores build argument in some python packages.

2024-11-20 Thread Sharlatan Hellseher
Reported by Greg Hogan in #74445. * gnu/packages/astronomy.scm (python-asdf-astropy, python-astropy, python-photutils, python-poppy, python-regions, python-reproject, python-sunpy, python-spectral-cube, python-stdatamodels, python-pysiaf, python-sbpy, python-asdf-coordinates-schemas, python-roman

bug#74445: [PATCH 0/1] gnu: Respect --cores build argument in some python packages.

2024-11-20 Thread Sharlatan Hellseher
Hi Greg, Thanks for highlighting that, I was too much keen to make tests faster. This patch adjust all "-n" or "--numprocesses" from "auto" to "parallel-job-count" parameter. This quite save to be pushed to master directly: --8<---cut here---start->8--- Buildi

bug#74250: emacs-guix: guix-pull invalid input error

2024-11-20 Thread Suhail Singh
Christopher Howard writes: > Hi, this is a little confusing since my example involved working outside > of Emacs, running Scheme from the guix repl. I am confused (as well). I thought you were running the command via the "*Guix REPL*" buffer created by emacs-guix. Perhaps not? I'll share belo

bug#74250: emacs-guix: guix-pull invalid input error

2024-11-20 Thread Christopher Howard
Suhail Singh writes: > Out of curiosity, does the below raise an assertion error for you when > GUILE_LOAD_PATH is _not_ set "appropriately"? > > #+begin_src emacs-lisp > (let ((guile-load-path (split-string (getenv "GUILE_LOAD_PATH") ":"))) > (dolist (suffix '("guix/current/share/guile/s

bug#74250: emacs-guix: guix-pull invalid input error

2024-11-20 Thread Christopher Howard
I discovered that if I go to Gnome console, set the GUILE_LOAD_PATH appropriately for the emacs-guix scheme code, run «,re (emacs-guix),» and then run (guix-command "pull") that the pull completes without any issues. This seems to imply that the problem is somehow root in geiser or how geiser inte

bug#74082: guix-home: inconsistencies in log-files of shepherd services

2024-11-20 Thread Ludovic Courtès
Nicolas Graves skribis: > On 2024-11-11 00:29, Ludovic Courtès wrote: >> >> Nicolas, can you confirm that this is what you had in mind? >> >> At first sight it LGTM. > > Sorry for the late answer, this is indeed what I had in mind. Untested > on my side, but LGTM too. Alright. Applied, thanks,

bug#74179: %default-bash-profile still references /run/setuid-programs

2024-11-20 Thread Ludovic Courtès
Hi Edouard, (Cc: Tobias, who authors the privileged program mechanism.) Edouard Klein skribis: > Some of the users on the-dam.org don't have the new location in their > PATH. I've tracked it down to %default-bash-profile still referencing > the old location (in /gnu/system/shadow.scm): > > # Pr

bug#72527: Rottlog never exits cleanly

2024-11-20 Thread Ludovic Courtès
Hi, Simon Streit skribis: > Ludovic Courtès writes: > >> FWIW I would recommend not investing too much time in Rottlog: well >> hopefully be able to migrate to the Shepherds log rotation service in >> the coming months. >> >> https://lists.gnu.org/archive/html/guix-devel/2024-05/msg00159.html

bug#46779: GnuTLS uses the hard-coded /etc/ssl/certs location for TLS certificates

2024-11-20 Thread Ludovic Courtès
Hello, Maxim Cournoyer skribis: > I guess we could rename NIX_SSL_CERT_FILE to just SSL_CERT_FILE in the > above patch and add the $SSL_CERT_FILE search path to bring us closer to > what OpenSSL supports? As a rule of thumb, I would avoid diverging from upstream, especially for touchy points li

bug#73903: [shepherd]: Guix Home's shepherd masks shutdown/reboot on foreign distribution

2024-11-20 Thread Ludovic Courtès
Hi, Dariqq skribis: > On 10.11.24 12:51, Ludovic Courtès wrote: >> Hi, >> Dariqq skribis: >> >>> When using guix home to manage shepherd services on a foreign >>> distribution the shepherd package is also added to the home-profile. >>> >>> This then makes the home profile provide 'halt', 'shut

bug#74015: 'guix shell --export-manifest' fails for some transformations

2024-11-20 Thread Ludovic Courtès
Hi, Simon Tournier skribis: > On Sun, 10 Nov 2024 at 12:38, Ludovic Courtès wrote: > >>> $ guix shell -m manifest.scm --export-manifest >> >> ‘--export-manifest’ is meant to “translate” a command line, which it can >> do faithfully; there’s no way it could possibly “recreate” what >> ‘manifest.

bug#74445: Python respect --cores build argument

2024-11-20 Thread Greg Hogan
#74436 fixed two instances of "--numprocesses" "auto" but a simple grep shows 18 additional cases (one of which is commented out).