bug#47720: bsnes build might be not reproducible

Hi guix, I get an 'Illegal instruction' error when running bsnes (on my X200). $ guix environment --ad-hoc bsnes $ bsnes Illegal instruction The makefile contains this: https://github.com/bsnes-emu/bsnes/blob/4ea984b6886ecb61afc26c177eeced77e8582a44/bsnes/GNUmakefile#L17 (march=native when local

bug#42137: cuirass: monitor evaluation status

Hello, > Also having the "newly failing jobs" list would allow to mail the people > that have commited changes between the last evaluation. > > Of course this is easier said than done, it might imply to update our > database structure among other things. This has been implemented with a new "Jo

bug#47654: electron-cash fails to start

Fixed in c901ec27d7e437c200f04263c1cdccdcd864956c. signature.asc Description: PGP signature

bug#46829: Fresh install of 1.2.0 can't guix pull

On Mon, Apr 12, 2021 at 02:42:07AM -0400, Leo Famulari wrote: > I checked wrong; le-certs needs to be updated. I'm testing the update > now... I couldn't figure out how to test an update of the Guix package, but here is my patch updating le-certs. `make update-guix-package` segfaults for me, some

bug#47648: cc-for-target makes --with-c-toolchain unusable for some packages

On Thu, 2021-04-08 at 02:33 +0200, raingloom wrote: > I tried compiling lua with clang on a whim and found out about > cc-for-target. Not sure if that's the only instance of hardcoded gcc, > but it's certainly a prominent one. A little more information: this is not specific to cc-for-target. Try

bug#47723: Boot failure with u-boot on cubietruck

Hi Guix! This week-end, I had to reboot my server and it couldn't boot anymore. It's a Cubietruck, an armhf machine that's in my parents' basement. They helped me debug the issue (though that was not easy, since they only have windows machines and not a lot of knowledge about Linux). At boot, the

bug#46829: Fresh install of 1.2.0 can't guix pull

Hi Leo, Leo Famulari skribis: > I couldn't figure out how to test an update of the Guix package, but > here is my patch updating le-certs. Cool! > `make update-guix-package` segfaults for me, sometime after it updates > the source tree but before adding the source checkout to the store. Could

bug#46829: Fresh install of 1.2.0 can't guix pull

Hi Leo, Leo Famulari skribis: > I couldn't figure out how to test an update of the Guix package, but > here is my patch updating le-certs. Cool! > `make update-guix-package` segfaults for me, sometime after it updates > the source tree but before adding the source checkout to the store. Could

bug#47562: java-eclipse-jetty-* packages are vulnerable to CVE-2021-28165, CVE-2021-28164 and CVE-2021-28163 (also probably MANY others, 4y w/o upgrade)

Pushed as ac3bf4e4da58e985f012d216b2faf36434cdf967.

bug#47729: CVE-2021-30184 Arbitrary code execution in GNU Chess [security]

From https://nvd.nist.gov/vuln/detail/CVE-2021-30184: GNU Chess 6.2.7 allows attackers to execute arbitrary code via crafted PGN (Portable Game Notation) data. This is related to a buffer overflow in the use of a .tmp.epd temporary file in the cmd_pgnload and cmd_pgnreplay functions in frontend/cm

bug#41140: “guix system” suggests wrong module import when using “remove”

Ludovic Courtès writes: > Hi, > > Ricardo Wurmus skribis: > >>>From 40c1208cbe9cbfa58ee385ef6ee06b775d309753 Mon Sep 17 00:00:00 2001 >> From: Ricardo Wurmus >> Date: Sun, 10 May 2020 23:29:38 +0200 >> Subject: [PATCH] services: Support DELETE in MODIFY-SERVICES macro. >> >> * gnu/services.sc

bug#46829: Fresh install of 1.2.0 can't guix pull

On Mon, Apr 12, 2021 at 02:25:43PM +0200, Ludovic Courtès wrote: > In the meantime, you could also update the ‘guix’ package by hand for > testing purposes. I tried this, but I can't figure out how to actually build the updated Guix package, since the source code isn't added to the store.

bug#46829: Fresh install of 1.2.0 can't guix pull

On Mon, Apr 12, 2021 at 02:25:11PM +0200, Ludovic Courtès wrote: > Could you grab a backtrace, with: > > gdb $(which guile) core I don't know where to find this 'core' file. I'm on Guix System (the Berlin server).

bug#46829: Fresh install of 1.2.0 can't guix pull

On Mon, Apr 12, 2021 at 01:15:11PM -0400, Leo Famulari wrote: > On Mon, Apr 12, 2021 at 02:25:11PM +0200, Ludovic Courtès wrote: > > Could you grab a backtrace, with: > > > > gdb $(which guile) core > > I don't know where to find this 'core' file. I'm on Guix System (the > Berlin server). I di

bug#47724: error: connect: /run/user/1000/shepherd/socket: No such file or directory

Hi There, Following manual installation on what to do after first boot: https://guix.gnu.org/en/manual/en/html_node/After-System-Installation.html "sudo guix system reconfigure /etc/config.scm" but running this command will request (after it finish) to restart some services which cant be rest

bug#47717: guix becomes unresponsive while building the 'vigra' package

On Mon, Apr 12, 2021 at 05:39:11AM +, bo0od wrote: > I have used "guix pull" then "guix upgrade" one of the packages couldnt be > built but thats not the real issue, The real issue it caused guix to freeze > for like not less than 2+ hours and i couldnt do anything with the distro > until guix

bug#47724: error: connect: /run/user/1000/shepherd/socket: No such file or directory

On Mon, Apr 12, 2021 at 12:54:14PM +, bo0od wrote: > Following manual installation on what to do after first boot: > > https://guix.gnu.org/en/manual/en/html_node/After-System-Installation.html > > "sudo guix system reconfigure /etc/config.scm" > > but running this command will request (afte

bug#46829: Fresh install of 1.2.0 can't guix pull

On Mon, Apr 12, 2021 at 01:02:09PM -0400, Leo Famulari wrote: > On Mon, Apr 12, 2021 at 02:25:43PM +0200, Ludovic Courtès wrote: > > In the meantime, you could also update the ‘guix’ package by hand for > > testing purposes. > > I tried this, but I can't figure out how to actually build the update

bug#47717: guix outrageously exhaust itself (freeze) when there is package build failure

Hi bo0od, Your subject was quite dramatic and probably not true. Try to avoid both. bo0od writes: The real issue it caused guix to freeze for like not less than 2+ hours and i couldnt do anything with the distro until guix cut out the build/upgradation by itself. Take a look at (and next

bug#47698: [powerpc64le-linux] "check" package fails to build

Chris Marusich writes: > I don't really know what's going on, but I'll try compiling GCC 7.5.0 > with the --with-long-double option, and I'll report whether it fixes > this issue. If someone has any other idea before then, I'm all ears. It did not seem to fix the issue. I tried using a patch l

bug#47734: Guix install script on foreign distro fails to add berlin public key

Hi Guix! When installing Guix on a new machine (foreign distro), substitute were not properly set up: … Permit downloading pre-built package binaries from the project's build farm? (yes/no) yes /home/roptat/guix-install.sh: line 445: /root/.config/guix/current/share/guix/ci.guix.gnu.org.pub: N

bug#47735: Non-absolute paths in mariadb scripts

Hi Guix, As part of , it was discovered some shell scripts in the mariadb package (e.g. wsrep_sst_rsync) refer to programs *not* by absolute name. These programs come from iproute, coreutils, gawk, grep and mariadb itself. It seems some substitutions are in ord

bug#46737: Services breakage from the PostgreSQL socket-directory configuration change

Christopher Baines writes: > Mathieu Othacehe writes: > >>> One workaround, the one employed in the tests is to revert to the old >>> behaviour for the PostgreSQL service by setting socket-directory to #f. >> >> You're right, sorry about the breakage. As you noticed we are in an >> in-between s

bug#46737: Services breakage from the PostgreSQL socket-directory configuration change

On Mon, Apr 12, 2021 at 09:47:45PM +0100, Christopher Baines wrote: > > Christopher Baines writes: > > > Mathieu Othacehe writes: > > > >>> One workaround, the one employed in the tests is to revert to the old > >>> behaviour for the PostgreSQL service by setting socket-directory to #f. > >> >

bug#47717: guix outrageously exhaust itself (freeze) when there is package build failure

On Mon, 12 Apr 2021 20:41:00 +0200 Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > Hi bo0od, > > Your subject was quite dramatic and probably not true. Try to > avoid both. > > bo0od writes: > > The real issue it caused guix to freeze for like not less than > > 2+ > > hours and i

bug#42164: Combining file-append with gexps results in incomprehensible errors

Hi Jakub! Jakub Kądziołka writes: > Consider this minimal operating-system definition: > > (use-modules (gnu)) > (use-package-modules gcc) > > (operating-system > (host-name "test") > (timezone "UTC") > (bootloader (bootloader-configuration > (bootloader grub-efi-bootloader