bug#49374: no code for module (guix build qt-utils)

Hi Guix, Today with Guix f7e14782025bf87aaef694a21f34010b1a95f7f6 on x86_64-linux, I am unable to build qt5ct because a module-import-compiled derivation fails with "no code for module (guix build qt-utils)". Terminal session transcript, which contains the full build log: $ guix build qt5ct

bug#39400: Go retains a reference to GCC

Hello all, (I have CC'd Tobias since we briefly discussed this on #guix recently.) Ludovic Courtès writes: > Hello! > > It seems that Go unduly retains a reference to GCC: > > $ guix size go > store item totalself > /gnu/store/g4rrz9rnr8

bug#49372: lagrange: illegal instruction

Hi, I've discovered lagrange is another one of those packages which, if I use a substitute, it gives the error "illegal instruction" when I try to run it. but if I download the source and build it myself, I have no trouble running it. I'm certain without any research that this is a reproducibili

bug#49371: Removing the broken ‘corrode’ package

Guix, Cool hack though it was, I propose to remove the broken ‘corrode’ package. This is your chance to protest by fixing it! With the patches below applied corrode still fails to build as it does elsewhere: . The code hasn't seen commits

bug#49337: Guix pull fails on my Talos II

Hello, Em sexta-feira, 2 de julho de 2021, às 22:36:26 -03, Chris Marusich escreveu: > FYI, I was able to successfully "guix pull" from 83f8b6d (Apr 09) to > c33e200 (Jul 02) just now on my own POWER9 machine (a Blackbird). This could be bug 48064. If it is, then it’s an intermitent problem and

bug#49369: Duplicated SSL_CERT_DIR value, and the cuirass service

Dear guix, When I set up the cuirass service, my /run/current- system/profile/etc/profile file goes from: export SSL_CERT_DIR="${GUIX_PROFILE:- /gnu/store/v7yks560hnm9zkjw1ynsavfdgwbvkq9w- profile}/etc/ssl/certs${SSL_CERT_DIR:+:}$SSL_CERT_DIR" to: export SSL_CERT_DIR="${GUIX_PROFILE:- /gnu/stor

bug#30287: Go compiler tries writing to the store

Hello, Looking through old Go bugs I found this. Is this still an issue for anyone? I just tested with go@1.14 and go@1.16 and I got expected behavior (binary was installed in ~/go/bin, since ~/go is the default GOPATH). Leo Famulari writes: > On Mon, Jan 29, 2018 at 10:50:10AM +0100, Peter Mik

bug#49367: Bootstrap binaries affected by spawni.c bug in glibc <= 2.26

Hi, Ludovic Courtès skribis: > While building ‘findutils-boot0’ & co. for AArch64 on ci.guix, where > some of the aarch64-linux nodes are emulated, I hit failures like this > one a few times: > > starting phase `build' > make: ../sysdeps/unix/sysv/linux/spawni.c:360: __spawnix: Assertion `ec >=

bug#49360: Updating cataclysm-dda to 0.F

Hello, Chris Lemmer-Webber writes: >> There are two options. >> >> 1) We could mess with the build phase order, do a make install, then a >>fresh make clean, then make again with the tiles support on: >> >> https://github.com/CleverRaven/Cataclysm-DDA/issues/42598#issuecomment-66770274

bug#49368: Guile 3.0.7 test failures on i686-linux, glibc 2.33 [core-updates]

On current ‘core-updates’ (ca. 39f1486efd70712416ca784f9014132644b04155), Guile 3.0.7, specifically (@@ (gnu packages commencement) guile-final) fails tests on i686-linux: --8<---cut here---start->8--- Running numbers.test FAIL: numbers.test: Number-theoretic di

bug#49367: Bootstrap binaries affected by spawni.c bug in glibc <= 2.26

While building ‘findutils-boot0’ & co. for AArch64 on ci.guix, where some of the aarch64-linux nodes are emulated, I hit failures like this one a few times: --8<---cut here---start->8--- starting phase `build' make: ../sysdeps/unix/sysv/linux/spawni.c:360: __spa

bug#49360: Updating cataclysm-dda to 0.F

Chris Lemmer-Webber writes: > Hello! > > Here's a quick paste at the start of what's necessary to make this > change: > > #+BEGIN_SRC diff > diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm > index 831f6079f2..c2a8e4bb43 100644 > --- a/gnu/packages/games.scm > +++ b/gnu/packages/games.

bug#49360: Updating cataclysm-dda to 0.F

Hello! Here's a quick paste at the start of what's necessary to make this change: #+BEGIN_SRC diff diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm index 831f6079f2..c2a8e4bb43 100644 --- a/gnu/packages/games.scm +++ b/gnu/packages/games.scm @@ -104,6 +104,7 @@ #:use-module (gnu pa

bug#45202: pcscd service doesn't respond to SIGTERM

Hello Raffael, Raffael Stocker writes: > Interesting indeed. From looking at the source of pcsc-lite (main() in > pcscdaemon.c) it seems it's not modifying its sigmask. IIRC, child > processes inherit the parent's ignored signals, so if shepherd is > ignoring SIGTERM before a fork() and not re

bug#49113: aarch64-linux-gnu cross-compiler fails to build [core-updates]

Hi, Maxime Devos skribis: > aarch64-linux-gnu-ld: skipping incompatible > /gnu/store/31pavw3yzfck5sql6rjv92ahi8x9dhaj-glibc-cross-aarch64-linux-gnu-2.33/lib/libc.so > when searching for -lc > [ previous line 2 times repeated ] > aarch64-linux-gnu-ld: cannot find -lc > aarch64-linux-gnu-ld: ski

bug#49355: [guix-jupyter] timeout issue running the kernel

Hello: I've been trying to set up a Jupyter environment with the Guix kernel inside a guix environment using: `guix environment --ad-hoc guix-jupyter jupyter -- jupyter notebook`. Jupyter starts up fine, but when I create an empty notebook with the Guix kernel it spams Nudge messages in the cons

bug#49353: INFOPATH and MANPATH not set in profiles

MANPATH is set by the man-db package, and /etc/profile. INFOPATH is set by the emacs package, the texinfo package, and /etc/profile. /etc/profile sets the variables as such: export MANPATH=$HOME/.guix-profile/share/man:/run/current-system/profile/share/man export INFOPATH=$HOME/.guix-profile/sh

bug#48913: i686-linux-gnu cross-compiler cannot find libgcc_s [core-updates]

Ludovic Courtès schreef op vr 18-06-2021 om 11:32 [+0200]: > Hi, > > Maxime Devos skribis: > > > ./pre-inst-env guix build --target=i686-linux-gnu hello --keep-failed > > “i686-linux-gnu” is not among the supported cross-compilation triplets, > which are roughly those that appears in (@ (gnu

bug#49351: Conda’s “activate” is not executable

When using “source activate” to activate a Conda environment, this happens: --8<---cut here---start->8--- -bash: /gnu/store/pc51r41ryff7ngirpjbsvg58j8in5v5p-conda-4.8.3/bin/.activate-real: Permission denied -bash: exec: /gnu/store/pc51r41ryff7ngirpjbsvg58j

bug#49350: gcc-toolchain compilation error with -nostdinc++

Hi all, I've problems compiling LLVM manually with the gcc-toolchain. sanitizer_posix_libcdep.cpp is build with -nostdinc++ and fails to find bits/c++config.h. I think the issue can be reproduced with this example test.cpp: #include int main() { return 0; } c++ from archlinux compiles that fi

bug#25281: rust importer duplicates input

Hi, On Fri, 02 Jul 2021 at 10:52, zimoun wrote: > On mar., 27 déc. 2016 at 16:10, ng0 wrote: > >> ng0@wasp ~$ guix import crate net2 >> following redirection to >> `https://crates-io.s3-us-west-1.amazonaws.com/crates/net2/net2-0.2.26.crate'... >> (package >> (name "rust-net2") >> (version "

bug#49307: clisp: build failure: failing tests

Hi Chris, On Thu, 01 Jul 2021 at 09:37, Christopher Howard wrote: > Hi, yes, I am able to reproduce the error, even when I switch to your > guix commit (using time-machine). As Guillaume, CLISP builds successfully for me too. Could this bug related to your message [1]: Something is ce

bug#48974: A possible shepherd bug (it's very minor)

Hi, On Sat, Jul 03, 2021 at 08:41:08AM +0200, Leo Prikler wrote: > Am Freitag, den 02.07.2021, 18:57 -0400 schrieb Joshua Branson: > > ;; allegedly %desktop-services now contains network-manager- > > applet...? Can I remove that? > Not with modify-services, but there's some filter example in the