bug#39968: nix-service-type doesn't work because of missing gcroots

Hi, I'm trying to install Nix in a Guix System VM. The Guix manual for the nix-service-type says to run /run/current-system/profile/etc/profile.d/nix.sh but the script complains that /nix/var/nix/gcroots/per-user/cassou doesn't exist. I've added both the Nix service type and the Nix package to m

bug#39969: Inconsistent specification of a file-system's device

Hi, the manual says that file system labels should be specified with the file-system-label procedure like this: (file-system (mount-point "/home") (type "ext4") (device (file-system-label "my-home"))) Nevertheless, system-qemu-image seems to expect only strings: (defi

bug#39926: Regression introduced by Shepherd 0.7.0 ('make check-system TESTS=btrfs-root-os' fails)

Hi! Maxim Cournoyer skribis: > Comparing with the above uname output, we can see that it validates the > hostname matches against "liberigilo", yet it is "gnu"! Perhaps > Shepherd 0.7.0 introduced some problem with the hostname service? The “basic” test expects the name “liberigilo”, which is

bug#39926: Regression introduced by Shepherd 0.7.0 ('make check-system TESTS=btrfs-root-os' fails)

The build log of has: --8<---cut here---start->8--- guix system: [1m[0mbootloader successfully installed on '[1m/dev/vdb[0m' + sync [ 194.803139] udevd[313]: failed to execute '/gnu/store/pxw38aa6wwxyd2ws9pkzj4m6

bug#39970: guix commands broken on Azerbaijani 'az_AZ' and Turkish 'tr_TR' locales

After running export LC_ALL=tr_TR.utf8 many important Guix commands like 'guix environment', 'guix install' and 'guix pull' fail. $ guix environment --ad-hoc hello Backtrace: 1 (primitive-load "/home/florian/.config/guix/current/bin…") In guix/ui.scm: 1826:12 0 (run-guix-command _

bug#39975: Shepherd 0.7.0 [PATCH] services: Support compilation on the Hurd.

Hi, Compilation on the Hurd fails with --8<---cut here---start->8--- GUILEC modules/shepherd.go ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /gnu/store/wq6m0l53hff

bug#39970: guix commands broken on Azerbaijani 'az_AZ' and Turkish 'tr_TR' locales

On Sat, Mar 07, 2020 at 01:00:52PM +0100, pelzflorian (Florian Pelz) wrote: > Running guix via ./pre-inst-env gives a more useful backtrace. The > reason is that in guix/store.scm > > (use-modules (ice-9 regex)) > (regexp-exec (make-regexp "^/gnu/store/([0-9a-df-np-sv-z]{32})-([^/]+)$") >

bug#39976: next browser fails to build

Hi, what is the status of next browser? When I noticed there is such thing I was happy as it could be replacement for Conkeror and even with better language to use I used to have crashes pretty often and usually blamed WebKit for that... But for some time I'm not able even to build it. It

bug#39976: next browser fails to build

Hi! On Sat, Mar 07, 2020 at 05:13:00PM +0100, Pierre Neidhardt wrote: Hi! Glad to see you are interested in Next! :) Next 1.5.0 should work rather well on Guix. However the SBCL 2.0.2 update broke it. But no worries, I've just pushed a fix so you should able to install Next after a `guix pul

bug#39976: next browser fails to build

Pierre Neidhardt writes: > However the SBCL 2.0.2 update broke it. But no worries, I've just > pushed a fix so you should able to install Next after a `guix pull'. Thank you very much! I can also confirm that it builds now. Regards mike -- Happiness does not depend on what you have or who yo

bug#39975: Shepherd 0.7.0 [PATCH] services: Support compilation on the Hurd.

Hello! Jan Nieuwenhuizen skribis: > (define prctl > - (if (dynamic-func "prctl" (dynamic-link)) > + (if (catch #t > +(lambda _ (dynamic-func "prctl" (dynamic-link))) > +(const #f)) I changed it to ‘false-if-exception’ and pushed, thanks! There are exciting things going on he

bug#39926: Regression introduced by Shepherd 0.7.0 ('make check-system TESTS=btrfs-root-os' fails)

Hi again! Ludovic Courtès skribis: > The broken udev rule is ‘64-btrfs.rules’ in eudev: > > # reconsider pending devices in case when multidevice volume awaits > ENV{ID_BTRFS_READY}=="1", RUN+="${exec_prefix}/bin/udevadm trigger -s block > -p ID_BTRFS_READY=0" > > … where “${exec_prefix}” is ex

bug#39872: python-anndata fails to build

Hello Roel, Roel Janssen writes: > On Mon, 2020-03-02 at 14:29 -0500, Maxim Cournoyer wrote: >> Build log extract: >> >> --8<---cut here---start->8--- >> starting phase `check' >> running "python setup.py" with command "test" and parameters () >> running test

bug#39708: nfs-service-type broken: rpc.mountd respawns too quickly

Hello Ludovic! Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> The rpc.mountd service, one of the required services for >> nfs-service-type, respawns the process quickly until disabled. > > Does /var/log/messages contain hints? herd restart nfs Service nfs has been stopped. Se

bug#39708: nfs-service-type broken: rpc.mountd respawns too quickly

Hi again, Another note: Even with 'herd status rpc.mountd' reporting that it is stopped and disabled, and 'pidof rpc.mountd' showing 6 processes, the NFS service manages to work, at least for the very limited testing I've done. So, at least, it should be usable even though the Shepherd handling o

bug#39708: nfs-service-type broken: rpc.mountd respawns too quickly

I think I've gathered a clue! scheme@(guix-user)> ,m (shepherd service) scheme@(shepherd service)> (system "pidof rpc.mountd") 413 408 406 404 399 389 387 $1 = 0 scheme@(shepherd service)> (system "killall rpc.mountd") $2 = 0 scheme@(shepherd service)> (system "pidof rpc.mountd") $3 = 256 [...] sc

bug#39708: nfs-service-type broken: rpc.mountd respawns too quickly

Sorry for the spam, but I also managed to get something slightly different (doesn't seem to be reproducible easily though): --8<---cut here---start->8--- scheme@(guix-user)> ,m (shepherd service) scheme@(shepherd service)> (make-forkexec-constructor (list "/g

bug#39708: nfs-service-type broken: rpc.mountd respawns too quickly

Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> The rpc.mountd service, one of the required services for >> nfs-service-type, respawns the process quickly until disabled. > > Does /var/log/messages contain hints? Is rpc.statd running? > Could it be that all these services need t

bug#39970: guix commands broken on Azerbaijani 'az_AZ' and Turkish 'tr_TR' locales

This seems similar to . I think enumerating all characters explicitly is a similar fix, whether or not there is a bug in Guile. Regards, Florian