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

Dear Guix, /run/setuid-programs was replaced by /run/privileged some time ago. 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): # Prepend setuid programs. expo

bug#64648: Can't clone a git repo over anonymous SSH

Hi ! > > Don't they also offer a HTTP(S) access? I think libssh as used by > libgit2 expects an SSH agent running... I remember wresting with it in a > CI context. Well, "they" is me :) I finally opened up anonymous access via git:// but I'm not extatic about it, it's one more daemon that can be

bug#64648: Can't clone a git repo over anonymous SSH

Hi all ! I'm trying to write a package for a repo that's accessible through an anonymous SSH access. The repo can be cloned with: git clone g...@the-dam.org:permaudit without any issues. However, when I use the package definition below, I get the following error: guix build: error: Git failure w

bug#63904: Can't setuid programs to anybody but root

Thank you Josselin :) I ended up basically reusing this code in my own system layer, while we wait on 62726 to be merged. Also, I needed a new keyword argument to change the name of the setuid binary. It works flawlessly, thanks ! Cheers, Edouard. Josselin Poiret writes: > [[PGP Signed P

bug#63912: Acknowledgement (python-scikit-learn can't be imported "module compiled against API version 0x10 but this version of numpy is 0xf")

I found the cause: .local/lib/python3.10/site-packages/ is part of the interpreter's load path, and so an old version of numpy was imported in priority over guix's. I don't know if this is by design, but if so, it means that any pip --user installed package will overshadow any guix install packa

bug#63902: System containers with --network won't start "In procedure canonicalize-path: No such file or directory"

Thank you Josselin, I can indeed confirm that it works now :) Josselin Poiret writes: > [[PGP Signed Part:Undecided]] > Hi, > > e...@beaver-labs.com writes: > >> ERROR: In procedure canonicalize-path: >> In procedure canonicalize-path: No such file or directory > > This bug should have been fix

bug#63912: python-scikit-learn can't be imported "module compiled against API version 0x10 but this version of numpy is 0xf"

Dear Guix maintainers, If I run: guix shell python-scikit-learn and in it, run: python3 -c "from sklearn.feature_extraction.text import CountVectorizer" I get: RuntimeError: module compiled against API version 0x10 but this version of numpy is 0xf . Check the section C-API incompatibility at the

bug#63904: Can't setuid programs to anybody but root

Dear Guix, CCing the core team, I tried tracking down the bug. The fatidic call to getpw was easy enough to find: The make-setuid-program procedure is given a numeric uid argument. This numeric uid is found from the user name string by activate-setuid-program which calls getpwnam (gnu/build/activ

bug#55359: How do I extend openssh-service-type ?

Thank you both for solving this. I used a workaround for a while (rsyncing the keys to /home/user/.ssh/authorized_keys). Now I can confirm that the fixes work and I'm back to a declarative configuration of my server, which is awesome ! Cheers, Edouard. Ludovic Courtès writes: > Hi, > > Oleg Pyk

bug#41575: [bug#43371] [PATCH] doc: prevent host/container nscd mismatch

Thanks to you both :) Ludovic Courtès writes: > Hi, > > Edouard Klein skribis: > >>> Actually, perhaps the better fix is to never use the host’s nscd? We >>> could change ‘containerized-operating-system’ accordingly. >>> >> >> I think this w

bug#41575: [bug#43371] [PATCH] doc: prevent host/container nscd mismatch

Hi ! Ludovic Courtès writes: > Hi, > > e...@beaver-labs.com skribis: > >> doc/guix.texi: (Name Service Switch) add a workaround for bug #41575 >> --- >> doc/guix.texi | 16 +++- >> 1 file changed, 15 insertions(+), 1 deletion(-) >> >> diff --git a/doc/guix.texi b/doc/guix.texi >> ind

bug#41738: Jupyter propagates two different versions of ipython

As I said on the other bug, this is my fault, sorry. I'll try to fix it starting wednesday. Sorry for the incovenience. paul writes: > Hi Guix, > > On Guix System > > guix ecab53c > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: ecab53c320b15

bug#41729: jupyter cannot be installed

This is my fault, python-ipython accepts both python-prompt-toolkit-2 and the latest version, python-prompt-toolkit (3), but some packages that depend on ipython accept only python-prompt-toolkit-2. I messed up with jupyter, I didn't realize that another input depended on ipython also. I'll try

bug#41575: Container with openssh-service requires sshd user on the host

Dear guix, This is a funny one. Consider this minimal operating system definition: --- (use-modules (gnu)) (use-service-modules ssh) (operating-system (host-name "MinimalSSH") (timezone "Europe/Paris") (bootloader (bootloader-configuration (bootloader grub-bootloader

bug#41449: Bash package breaking guix build after hash system update

Hi guys, My apologies if this has already been reported. It seems that the hash system update of a few days ago broke guix. When I try to guix pull or to build guix from master, I get the following error: - building /gnu/store/ra216y72fbkg8rbx41mhr15hcis5i91m-compute-guix-derivation.drv...

bug#33152: Indeterministic test failure in qemu-minimal

Hi, Sorry for the delay: $guix --version guix (GNU Guix) 0.15.0 Copyright (C) 2018 the Guix authors License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by la