bug#46942: ci.guix.gnu.org is slow from my system

On Mon, 2021-03-15 at 00:13 +, raid5atemyhomework via Bug reports for GNU Guix wrote: > Hello all, > > [...] > I recently had to rebuild an OS (because I was dumb; the Guix language > for shepherd services can easily lead you deadlocking shepherd itself) > and had supreme difficulty reinstall

bug#47154: ungoogled-chromium@88.0.4324.182 package vulnerable to various severe CVEs

Hello! Latest version is 89.0.4389.90 ungoogled-chromium upstream has it: https://github.com/Eloston/ungoogled-chromium/commit/64cbcbcfee33fd56760173b3a17d2de52cd77258 Debian also upgraded: https://salsa.debian.org/chromium-team/chromium/-/commit/8a1f530bdc3fc90993cdc1499e77f9e91468a686 I am

bug#46803: User manual does not explain Profiles (nor GUIX_PROFILE)

Hi Ludo, On Sun, 14 Mar 2021 at 11:56, Ludovic Courtès wrote: > diff --git a/doc/guix.texi b/doc/guix.texi > index 4cf241c56a..00bd087628 100644 > --- a/doc/guix.texi > +++ b/doc/guix.texi > @@ -2751,7 +2751,10 @@ you can go ahead and install it (run this command as a > regular user, > guix in

bug#47106: Bubblewrap hates Guix containers 😞

Hi Leo, Leo Prikler skribis: >> /sys is already mounted inside ‘guix environment -C’ containers so I >> don’t see what difference it would make. > I think I've been told this several times, but I don't believe it. Not > adding all these expose=/sys lines triggers the "warnings" in the > origina

bug#46942: ci.guix.gnu.org is slow from my system

Hi Maxime, > On Mon, 2021-03-15 at 00:13 +, raid5atemyhomework via Bug reports for GNU > Guix wrote: > > > Hello all, > > [...] > > I recently had to rebuild an OS (because I was dumb; the Guix language > > for shepherd services can easily lead you deadlocking shepherd itself) > > and had sup

bug#46942: ci.guix.gnu.org is slow from my system

> Hi Maxime, > > > On Mon, 2021-03-15 at 00:13 +, raid5atemyhomework via Bug reports for > > GNU Guix wrote: > > > > > Hello all, > > > [...] > > > I recently had to rebuild an OS (because I was dumb; the Guix language > > > for shepherd services can easily lead you deadlocking shepherd itse

bug#47106: Bubblewrap hates Guix containers 😞

Am Montag, den 15.03.2021, 10:52 +0100 schrieb Ludovic Courtès: > Hi Leo, > > Leo Prikler skribis: > > > > /sys is already mounted inside ‘guix environment -C’ containers > > > so I > > > don’t see what difference it would make. > > I think I've been told this several times, but I don't believe

bug#47106: Bubblewrap hates Guix containers 😞

Hi, Leo Prikler skribis: > Okay, so here's my basic workflow: Starting with an empty set of -- > expose: > bwrap: Can't find source path /sys/block: No such file or directory > repeated a few times along with warnings, that the web process crashed > until finally Epiphany itself crashes. > I ad

bug#47157: “Bad Read-Header-Line header: #” while substituting

As reported by a few people on IRC, ‘guix substitute’ sometimes fails in a way that I just experienced (from 8154beffd8c121e953a7c4cd75c3eebfcc073a9a): --8<---cut here---start->8--- downloading from https://ci.guix.gnu.org/nar/gzip/0bji0q5n59595xaqkqrp2gv52lbz5

bug#47164: Cuirass specification complains about missing guix channel when a non-guix channel gets a new commit alone

Hi! My specification that doesn't work is this: (define %cuirass-specs3 #~( list (specification (name "my-pkgs") (build '(manifests . ((my-config . "manifests/user1.scm" (channels (list (channel (name 'guix) (url "https://git.s

bug#47157: “Bad Read-Header-Line header: #” while substituting

Ludovic Courtès writes: > As reported by a few people on IRC, ‘guix substitute’ sometimes fails in > a way that I just experienced (from > 8154beffd8c121e953a7c4cd75c3eebfcc073a9a): > > --8<---cut here---start->8--- > downloading from > https://ci.guix.gnu.or

bug#47144: [PATCH 1/1] gnu: patch: Update to 2.7.6-7623b2d [security fixes].

* gnu/packages/base.scm (patch/fixed): New variable. (patch)[replacement]: Graft. --- gnu/packages/base.scm | 39 +++ 1 file changed, 39 insertions(+) diff --git a/gnu/packages/base.scm b/gnu/packages/base.scm index 9aa69cfe77..a71b47ac4f 100644 --- a/gnu/packa

bug#47123: Quagga source code is gone

Hi, On Sat, 13 Mar 2021 at 15:37, Ludovic Courtès wrote: > > The Quagga tarballs and Git repository on Savannah as linked from > are all 404: [...] > I can’t find an alternate hosting site. We could do the same trick as with other disappeared upstreams: convert the pa

bug#47144: [PATCH 0/1] gnu: patch: Update to 2.7.6-7623b2d [security fixes].

I tried something, using patch git repo's master instead of release tarballs, I am not sure the git repo contains all the fixes, we could alternatively just pull patches from Debian. This attempt does not work yet however, it fails on some gnulib source file not being found for some reason: gcc:

bug#47172: GNU Shepherd 0.8.1 fails on core-updates

Some tests fail: FAIL: tests/no-home.sh FAIL: tests/status-sexp.sh PASS: tests/misbehaved-client.sh FAIL: tests/replacement.sh PASS: tests/file-creation-mask.sh PASS: tests/restart.sh PASS: tests/one-shot.sh FAIL: tests/basic.sh PASS: tests/respawn-throttling.sh PASS: tests/signals.sh PASS: tests/

bug#47157: “Bad Read-Header-Line header: #” while substituting

Christopher Baines writes: > Ludovic Courtès writes: > >> As reported by a few people on IRC, ‘guix substitute’ sometimes fails in >> a way that I just experienced (from >> 8154beffd8c121e953a7c4cd75c3eebfcc073a9a): >> >> --8<---cut here---start->8--- >> down

bug#40067: clojure does not find namespace "clojure.set"

Hi Jesse, I found that dir works once the namespace has been "require"d, so this works: user=> (require 'clojure.set) nil user=> (dir clojure.set) difference index ... Given that, I'm not sure why (dir clojure.string) works, but I'm guessing that once clojure starts, something has already done

bug#47157: “Bad Read-Header-Line header: #” while substituting

Christopher Baines skribis: >> I think 7b812f7c84c43455cdd68a0e51b6ded018afcc8e and subsequent commits >> may have caused this regression. In particular, in >> 20c08a8a45d0f137ead7c05e720456b2aea44402, >> ‘call-with-connection-error-handling’ is now used, but that one doesn’t >> catch the except

bug#47157: “Bad Read-Header-Line header: #” while substituting

Ludovic Courtès writes: > Christopher Baines skribis: > >>> I think 7b812f7c84c43455cdd68a0e51b6ded018afcc8e and subsequent commits >>> may have caused this regression. In particular, in >>> 20c08a8a45d0f137ead7c05e720456b2aea44402, >>> ‘call-with-connection-error-handling’ is now used, but th

bug#47115: Failure building grub-img.png when reconfiguring

I was able to reproduce this on a new VM with the same hosting provider (Ramnode), but in a different data center. Therefore, I conclude that it is not a fault in the particular hardware the VMs are running on, but that it could be a general problem with the hardware used by Ramnode or their vi

bug#47064: FYI: DrRacket problem

Philip, Thanks for the work you've been doing on improving our Racket package. I wanted to make sure you were aware of the failure of DrRacket and other graphical Racket components to load in the latest Racket package. https://issues.guix.gnu.org/47064 Best, Jack

bug#47176: QEMU 5.2.0 doesn't build reproducibly [regression]

QEMU 5.1.0 builds reproducibly, but 5.2.0 doesn't. Here's a summary of the differing files: --8<---cut here---start->8--- Here's a summary of the differing files: $ diff -r /gnu/store/l286mbanw78qgbn54gs5j23qm0v9abhw-qemu-5.2.0{,-check} Binary files /gnu/stor

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

Jack, thanks for the pointer: I hadn't noticed this earlier. On 3/15/21 12:49 AM, Jack Hill wrote: ``` $bytevector-uncompress: internal error uncompressing #"\0\0\0\0chez\310\224\206:\r()#\201\256R-d\205\233\24\363\5\20\201P\6A\v\300\0\16\f\6\31\2\f\6\f&H\275\0\1\0\362\bA\377e\0\1\0C\6A\21\3\v\

bug#33152: Indeterministic test failure in qemu-minimal

Hi everyone, Edouard KLEIN writes: > 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

bug#36117: qemu-binfmt with non-native chroot

Hi, Maxim Cournoyer writes: > Hello again, > > Ludovic Courtès writes: > > [...] > >>> ;; Platforms that QEMU can emulate. >>> -(define-record-type >>> - (qemu-platform name family magic mask) >>> +(define-record-type* >> >> Since this is for internal consumption, I’m in favor of keeping pl

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

I can reproduce the error with just: ``` $ racket -l mred/private/wx/gtk/utils $bytevector-uncompress: internal error uncompressing #"\0\0\0\0chez\310\224\206:\r()#\201\256R-d\205\233\24\363\5\20\201P\6A\v\300\0\16\f\6\31\2\f\6\f&H\275\0\1\0\362\bA\377e\0\1\0C\6A\21\3\v\300\0\201\265!\f\6\n\0\a\1

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

Aha! Running: guix environment --ad-hoc --no-grafts racket -- drracket launches DrRacket just fine. My guess is that Racket CS is compressing string literals in compiled code. Currently, Guix patches Racket source files to include the absolute paths to foreign libraries in the store as st

bug#47064: FYI: DrRacket problem

Hi, I do not have problems with racket on a foreign distro. On guix system I experience the same error. Malte On Mon, 15 Mar 2021, 22:06 Jack Hill, wrote: > Philip, > > Thanks for the work you've been doing on improving our Racket package. I > wanted to make sure you were aware of the failure

bug#40527: qemu 4.2.0 test suite hangs on i686-linux

Hello, Ludovic Courtès writes: > The test suite of QEMU 4.2.0 systematically hangs on i686-linux: > > MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))} > QTEST_QEMU_BINARY=i386-softmmu/qemu-system-i386 QTEST_QEMU_IMG=qemu-img > tests/migration-test -m=quick -k --tap < /dev/null

bug#43500: qemu-minimal test suite crashes on armhf-linux, aarch64-linux

Hello, Just a note to mention that this is still the case for QEMU 5.2.0. Maxim

bug#43534: qemu-minimal-5.1.0 fails to build during test phase on aarch64

Hi Stefan, Stefan writes: > Hi Maxim! > >> The following command: >> >> --8<---cut here---start->8--- >> $ guix build --no-grafts --check qemu-minimal >> --8<---cut here---end--->8--- >> >> Should do it. > > Yes, thanks, t

bug#47115: Failure building grub-img.png when reconfiguring

On Mon, 15 Mar 2021, Jack Hill wrote: I was able to reproduce this on a new VM with the same hosting provider (Ramnode), but in a different data center. Therefore, I conclude that it is not a fault in the particular hardware the VMs are running on, but that it could be a general problem with t

bug#47115: Failure building grub-img.png when reconfiguring

I believe that I have identified the problematic difference in my operating system config between my working and non-working hosts. After applying the following patch to my operating system config (good and bad versions attatched), I was able to successfully reconfigure with guix 8ec0ca8faff62f

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

I've submitted a patch at https://issues.guix.gnu.org/47180 that I hope will resolve this issue. -Philip