bug#39993: Guix report hash mismatch when underlying cause is ENOSPC

Guix should correctly report that it ran out of space instead of falsely mentioning hash mismatches and attempting alternative download sources, as demonstrated by the Guix output below: Session: building /gnu/store/dqzq8hbk8gqx5lhmnxsl5vl0c6s3i0a2-tcpdump-4.9.3.tar.gz.drv... downloading from htt

bug#39826: Installation Bug

Hello, Scheming Pony via Bug reports for GNU Guix skribis: > [ 110.959497] print_req_error: I/O error, dev sr0, sector 2387392 flags 80700 > [ 118.143656] print_req_error: I/O error, dev sr0, sector 2342432 flags 80700 > [ 130.827784] print_req_error: I/O error, dev sr0, sector 2525804 flags

bug#39815: Sharing the store between a host and a guest

Hi! Leo Famulari skribis: > As you found, what you get with `guix system vm` is read-only. Even > though you copied build-vm.sh out of /gnu/store, it is just a shell > script that refers to immutable data in the host /gnu/store. > > In order to share the store with a VM, you would need to also s

bug#37491: guix master build fails with msgmerge error

On Mon, 2019-09-23 at 16:07 +0200, Danny Milosavljevic wrote: > msgmerge --lang=en@quot e...@quot.po guix.pot -o e...@quot.new.po > . > ... done. > make[5]: Leaving directory '/home/dannym/src/guix-heads- > v5/

bug#39771: [core-updates] 'guix pull' and './pre-inst-env' produces different derivations

Hi! Timothy Sample skribis: > It should be using “package-version” to get the versions from the parent > packages. Fixed in 0b870f7915f5da43758753fd088a22033936dc50. Alternately, you can write: (arguments `(… ,(package-version this-package) …)) so that the version number remains correc

bug#39738: ffmpeg-4.2.2 fails to build on native i686-linux

Hi, Jan Nieuwenhuizen skribis: > When building ffmpeg-4.2.2 (current master, > 8d1b22b27fba3d1e4310f02a5897d231b42ca117) > natively on 32bit hardware, the build fails because of two failing tests > (full log attached) > > --- ./tests/ref/fate/filter-pixdesc-grayf32be 2019-12-31 21:35:25.000

bug#25201: [PATCH] gnu: Patch mumble to disable statistic gathering by default.

Fixes --- gnu/packages/patches/mumble-statistic-25201.patch | 13 + gnu/packages/telephony.scm| 2 ++ 2 files changed, 15 insertions(+) create mode 100644 gnu/packages/patches/mumble-statistic-25201.patch diff --git a/gnu/packages

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

Hello Ricardo! Ricardo Wurmus writes: > Ludovic Courtès writes: > >> Maxim Cournoyer skribis: >> So that means that rpc.mountd “daemonizes”. Thus, shepherd shouldn’t look at the PID of the process it spawns, but rather at what rpc.mountd’s PID file contains (I assume it creates

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

Ludovic Courtès writes: > Maxim Cournoyer skribis: > >>> So that means that rpc.mountd “daemonizes”. Thus, shepherd shouldn’t >>> look at the PID of the process it spawns, but rather at what >>> rpc.mountd’s PID file contains (I assume it creates a PID file, >>> right?). IOW, we need to pass

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

Maxim Cournoyer skribis: >> So that means that rpc.mountd “daemonizes”. Thus, shepherd shouldn’t >> look at the PID of the process it spawns, but rather at what >> rpc.mountd’s PID file contains (I assume it creates a PID file, >> right?). IOW, we need to pass #:pid-file to ‘make-forkexec-const

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

Hello Ludovic! Ludovic Courtès writes: > Hi! > > Maxim Cournoyer skribis: > >> I think I've gathered a clue! > > [...] > >> scheme@(shepherd service)> (make-forkexec-constructor >> (list >> "/gnu/store/qyz1bncxlkxv44c03sva2akfsyqzkzh5-nfs-utils-2.4.2/sbin/rpc.mountd" >> "--debug" "all")) >>

bug#39984: INFOPATH set in /etc/profile.d/guix.sh should end in ":" for Emacs's sake

I installed Guix into my system, and I've been enjoying using it. However, I found that, after installing it, when I logged out and back in, and then started Emacs, Emacs could no longer see my system's info pages (including Emacs's own info pages). I found that the Emacs variable Info-directory-l

bug#39983: Acknowledgement (help)

Okay, here's what happened: 1. I found a bug in Guix that I wanted to report. 2. I checked the manual, which directed me to https://issues.guix.gnu.org/. 3. That page directed me to "submit your patches or email bug-guix@gnu.org to open a new issue." There were no further instructions, so I gu

bug#39983: help

bug#39925: `guix pull` failure in multi-machine setup

Hi, Lars-Dominik Braun skribis: >> Sounds like this ssh URI is not valid on the nodes, is that right? > I would consider it valid, since `ssh master.` and `guix build > ` both work just fine from the nodes. It’s just `guix pull`, which is > causing issues. Oh it may be that we would also need t

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

Maxim Cournoyer skribis: > OK, I've managed to find the problem. rpc.mountd daemonizes itself upon > starting by default, which is not supported by Shepherd (at least not > its `make-forkexec-constructor' procedure). I had to pass the > '--foreground' option to workaround this limitation (c.f.:

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

Hi! Maxim Cournoyer skribis: > I think I've gathered a clue! [...] > scheme@(shepherd service)> (make-forkexec-constructor > (list > "/gnu/store/qyz1bncxlkxv44c03sva2akfsyqzkzh5-nfs-utils-2.4.2/sbin/rpc.mountd" > "--debug" "all")) > $5 = # > scheme@(shepherd service)> ($5) > $6 = 816 > sch