bug#43905: Acknowledgement (cuirass: uncaught exception 'read-error' in 'metrics' fiber)

Hello Jonathan, > It happens when scamping around in the database: > update Specifications set proc_args='((subset "htop" "icedove") (systems > "x86_64-linux))'; You mean it happens only when modifying 'proc_args' while Cuirass is running? Could you share your specifications so that I can try t

bug#31108: Julia: ‘objconv.zip’ modified in place on www.agner.org

Hi Ludo, On Thu, 08 Oct 2020 at 09:20, Ludovic Courtès wrote: > zimoun skribis: > >> Does it make sense to keep the bug open? If yes, could you please >> provide a bit more information about the context? > > If the current Julia package doesn’t have a similar problem, I think we > can close thi

bug#43940: The "channel-instances->manifest" test fails

Hi, Maxim Cournoyer skribis: > The error has to do with channel-instances->manifest now trying to > url-fetch something, which pulls in guile-final which fails to be > resolved. > > I've git bisected it and it points to commit > 1d4ab335b22a93e01c2eb1eb3e93fc6534157040. Fixed in 6c46e477eb50c6e

bug#43843: git-annex is not Reproducible

On Sat, 10 Oct 2020 at 11:34, Ricardo Wurmus wrote: > > --8<---cut here---start->8--- > > 67cb9fa2357026ee42ec5bb0923ec4dc4a43abe2 is the first bad commit > > commit 67cb9fa2357026ee42ec5bb0923ec4dc4a43abe2 > > Author: Ricardo Wurmus > > Date: Tue Jun 16 22:

bug#43893: [PATCH] maint: update-guix-package: Ensure sources are clean.

Danny Milosavljevic skribis: > Doesn't work for me on x86_64, using a checkout of guix at commit > 93d3cfec32bbbe1dfbe0be686b371973545b35b8. Oh I see, you’re hitting a test failure; I thought you were saying that ‘--with-git-url’ didn’t work. Ludo’.

bug#43893: [PATCH] maint: update-guix-package: Ensure sources are clean.

Hi, Maxim Cournoyer skribis: > Ludovic Courtès writes: > > [...] > >>> * build-aux/update-guix-package.scm (git-add-worktree): New procedure. >>> (main): Use it to checkout a clean copy of the used commit, and compute the >>> hash from it. Print a user warning after completion. >> >> I’m not q

bug#39204: r-rgdal: Reading of vector GIS data causes segfault

Hi, I pushed to master, my commit replacing proj.4 with proj. This fixes the segfault issue. I also updated the package. If the issue with the check phase still persists, please open a separate issue. Cheers!

bug#43843: git-annex is not Reproducible

zimoun writes: > On Sat, 10 Oct 2020 at 11:34, Ricardo Wurmus wrote: > >> > --8<---cut here---start->8--- >> > 67cb9fa2357026ee42ec5bb0923ec4dc4a43abe2 is the first bad commit >> > commit 67cb9fa2357026ee42ec5bb0923ec4dc4a43abe2 >> > Author: Ricardo Wurmus

bug#43843: git-annex is not Reproducible

On Mon, 12 Oct 2020 at 12:34, Ricardo Wurmus wrote: > > Does the parallel build save a lot of time and CPU? If yes, maybe we > > could to provide a transformation for the expert, something like > > "haskell-build-system-with-parellel-build" which tweaks > > "PARALLEL-BUILD?", similarly to the re

bug#43859: Test Suite Failures

Hi, Raphael Gosselin skribis: > Guix: 1.1.0 > Guile: 3.0.4 > Guile-Gcrypt: 0.3.0 > GnuTLS: 3.6.12 > Guile-SQLite3: 0.1.3 > Guile-Git: 0.3.0 > Guile-JSON: 4.3.2 > zlib: 1.2.11 > Make: 4.3 > Guile-SSH: 0.13.1 > libgcrypt: 1.8.5 > sqlite3: 3.31.1 > g++: 9.3.0 Was it on a “foreign distro”? Are Gui

bug#43950: lz4 CC=gcc - Why?

* lz4 has "CC=gcc". Shouldn't that be (string-append "CC=" (cc-for-target)) ? pgpssEb5rFja0.pgp Description: OpenPGP digital signature

bug#39819: Declarative /etc/guix/acl?

Hi, Jan Nieuwenhuizen skribis: > Ludovic Courtès writes: > > Hello! > >> For some reason, /etc/guix/acl is not declarative on Guix System: we let >> users modify it and assume it’s stateful, which can surprise users as in >> . >> >> Should we make it declarativ

bug#43940: The "channel-instances->manifest" test fails

Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> The error has to do with channel-instances->manifest now trying to >> url-fetch something, which pulls in guile-final which fails to be >> resolved. >> >> I've git bisected it and it points to commit >> 1d4ab335b22a93e01c2eb1eb3e93f

bug#43950: lz4 CC=gcc - Why?

Danny, Danny Milosavljevic 写道： lz4 CC=gcc - Why? For the same reason as the *hundreds* of other ‘CC=gcc’ occurrences in the tree: CC-FOR-TARGET is new. Out of all of them, why are you so interested in LZ4 (I think this is your second mail on it :-)? I'm currently slogging through the "CC

bug#43950: lz4 CC=gcc - Why?

Hi, On Mon, 12 Oct 2020 15:18:26 +0200 Tobias Geerinckx-Rice wrote: > For the same reason as the *hundreds* of other ‘CC=gcc’ > occurrences in the tree: CC-FOR-TARGET is new. Out of all of > them, why are you so interested in LZ4 It's a dependency of genimage (via squashfs-tools). Breaking

bug#43893: [PATCH] maint: update-guix-package: Ensure sources are clean.

Hi Ludo, On Mon, 12 Oct 2020 11:40:56 +0200 Ludovic Courtès wrote: > Danny Milosavljevic skribis: > > > Doesn't work for me on x86_64, using a checkout of guix at commit > > 93d3cfec32bbbe1dfbe0be686b371973545b35b8. > > Oh I see, you’re hitting a test failure; I thought you were saying tha

bug#43963: webssh missing source files

Hi Guix, Using guix fb0037af8cecc0ebaa330392b0c54a35b7b8a424, webssh source contains obfuscated javacript in webssh/static/js, without corresponding source files. I would like for these to generated from source javascript as part of the build process. As a bonus they should probably be de-bu

bug#43960: incompatible bytecode version

;;; In procedure load-thunk-from-memory: incompatible bytecode version ;;; WARNING: loading compiled file /run/current-system/profile/lib/guile/3.0/site-ccache/gnu/packages/mtools.go failed: ;;; In procedure load-thunk-from-memory: incompatible bytecode version ;;; WARNING: loading compiled file

bug#43960: incompatible bytecode version

Dear, Could you please provide more information on what you did? Or how can I reproduce your report? Thank you in advance. All the best, simon

bug#39204: r-rgdal: Reading of vector GIS data causes segfault

On Mon, Oct 12, 2020 at 03:52:30PM +0530, Arun Isaac wrote: > I pushed to master, my commit replacing proj.4 with proj. Hi Arun, Believe it or not, but on Friday I tried the same thing. First, replacing proj with proj.4 in GDAL, which declined to compile, demanding version 6, then replacing proj

bug#43486: guix pull raised a bug in 679d5e6b3d

Leo Famulari writes: > If that's the case, it would be useful to know how much RAM was > available to the system. This bug has gone from my system, I've run `guix pull` each day since then, they're all ok. But I'd like to answer your question: 16G RAM + 18G swap. Best regargs. -- GNU Powered

bug#43960:

When I type with sudo: https://paste.debian.net/1166846 Output from guix system reconfigure /etc/config.scm https://paste.debian.net/1166847 my env https://paste.debian.net/1166848 my bashrc https://github.com/Lenin1917/dotfiles/blob/master/shell/dot-bashrc

bug#43960:

Дмитрий Поляков 写道： When I type with sudo: lil@guix ~ $ sudo guix pull Never run ‘guix pull’ with sudo! Why is explained in the manual (3.7 After System Installation). While guix could detect and warn about it (and I'm sure that's already been proposed) you should always read the manual befo

bug#43950: lz4 CC=gcc - Why?

Hi Danny, Danny Milosavljevic 写道： It's a dependency of genimage (via squashfs-tools). Breaking it breaks guix system image generation. It's a dependency of u-boot. Breaking it breaks booting on all ARM machines. Thanks. Yes, unfortunately it's a dependency of a lot, making it a staging

bug#39819: Declarative /etc/guix/acl?

Ludovic Courtès writes: Hello, > Jan Nieuwenhuizen skribis: > >> Ludovic Courtès writes: > >> However, if you have your own substitute server, you now can run guix >> archive --authorize < ..., e.g. at bootstrap/install time. For such >> cases, IWBN to have a --authorized-key argument to guix b

bug#41409: “guix pull” should show a progress bar for channel updates

Ludovic Courtès skribis: > Ludovic Courtès skribis: > >> Ricardo Wurmus skribis: >> >>> When I run “guix pull” (or “guix time-machine”) I see this message >>> >>>Updating channel 'guix' from Git repository at >>> 'https://git.savannah.gnu.org/git/guix.git'... >>> >>> followed by disconcert

bug#43893: [PATCH] maint: update-guix-package: Ensure sources are clean.

Hi Ludovic, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> Ludovic Courtès writes: >> >> [...] >> * build-aux/update-guix-package.scm (git-add-worktree): New procedure. (main): Use it to checkout a clean copy of the used commit, and compute the hash from it. Pr

bug#39670: Cannot mount NFS share as user or root

Hello Nathan, Nathan Dehnel writes: > You should also setuid mount.nfs4 because the mount command calls that if > you are using NFSv4. [...] I don't think that's necessary, if your program simply calls to the 'mount' command: sudo strace -f -s200 mount localhost:/pub /tmp/pub --8<---

bug#38434: QEMU 4.1.1 build is not reproducible

Hello! Ludovic Courtès writes: > QEMU 4.1.1 does not build reproducibly. From ‘guix challenge’: > > /gnu/store/i347iqh8a5x7h1lgs6wlvk5jk5cwilgi-qemu-4.1.1 contents differ: > no local build for '/gnu/store/i347iqh8a5x7h1lgs6wlvk5jk5cwilgi-qemu-4.1.1' > > https://bayfront.guixsd.org/nar/gzip

bug#38357: Status: babl-0.1.72 build failure (test failure) - dependency for gimp

Hello, We're now at babl 0.1.78 and this is no longer an issue. It was resolved upstream [0]. Closing. Thanks, Maxim [0] https://gitlab.gnome.org/GNOME/babl/-/issues/49

bug#38277: biber 2.12 fails to build

Hello, Konrad Hinsen writes: > Hi Guix, > > There is a build failure with biber 2.12 in current Guix > (commit 7b40d59114e1462d6d8140f325a66b12e91db667). The build > log is attached, it shows that several tests fail. > > Note that I tried to update to biber 2.13, which builds without > problems,

bug#37969: guix is telling me to report this

Hello Josh, Josh Marshall writes: [...] > command "sh" "check.sh" failed with status 1 > builder for > `/gnu/store/nvhjn6b5hi4mj7wnjxrmj0dmdigq9m2z-tcc-boot0-0.9.26-6.c004e9a.drv' > failed with exit code 1 > @ build-failed > /gnu/store/nvhjn6b5hi4mj7wnjxrmj0dmdigq9m2z-tcc-boot0-0.9.26-6.c004e

bug#37867: bug on x86_64-linux AMD box

Hello Leo, Leo Barge writes: [...] > Full log written to > /tmp/guix-build-glib-2.60.6.drv-0/build/meson-logs/testlog.txt > @ build-log 3297 65 > command "meson" "test" "--no-suite" "flaky" failed with status 1 > builder for > `/gnu/store/r1vq08xbknz6710yxwzgf0qvca6vyqwg-glib-2.60.6.drv' failed

bug#39204: r-rgdal: Reading of vector GIS data causes segfault

> It kept spitting the error during the check phase, but I was > time-machined some months into the past. Maybe with current Guix version > the issue does not occur. I will check it out this or the next week. Sure, check it out and let me know. > Thank you for your work on this issue. My pleasu