bug#71870: Some broken Go packages (including Podman)

> Jean-Pierre De Jesus Diaz hat am 03.07.2024 18:40 CEST > geschrieben: > > > Hello, > > I've sent a few patches in to fix > the build of these > packages and also updates podman to latest version. > > Cheers, Thank you very much Jean-Pierre.

bug#71495: Add command line flag to add to load path without evaluation

Richard Sent writes: > At present one can set GUILE_LOAD_PATH manually to work around this > issue. In my opinion this isn't very discoverable. Furthermore, it can't > _cleanly_ handle cases when GUILE_LOAD_PATH is already set or needs > multiple entries. It also makes certain commands with bash

bug#71852: `gvisor-tap-vsock` fails to build, complains about missing variable `remove-go-references`

This is now fixed. It was addressed in #71923 https://issues.guix.gnu.org/71923

bug#71886: Diffoscope test suite fails with openssh 9.8p1

Issue reported upstream at https://salsa.debian.org/reproducible-builds/diffoscope/-/issues/382. Fixed in 0743d63f85f298131e78045ec6d73acdc50b97eb (confirmed) which will likely be part of a 272 release. -- Take it easy, Richard Sent Making my computer weirder one commit at a time.

bug#71870: Some broken Go packages (including Podman)

Hi Nils, hi jgart, > Building the new Podman package fails because building a depdency > (gvisor-tap-vsock) fails: > <...> > It looks to me like 0df957eecc536e1d0a5722b47dda1563439bbe04 removed > remove-go-references, but it is still used by podman, > gvisor-tap-vsock, and buildah. You might be i

bug#71870: Some broken Go packages (including Podman)

Hello, I've sent a few patches in to fix the build of these packages and also updates podman to latest version. Cheers,

bug#71852: `gvisor-tap-vsock` fails to build, complains about missing variable `remove-go-references`

The remove-go-references phase was removed from the go-build-system.scm file in 0df957eecc536e1d0a5722b47dda1563439bbe04: https://git.savannah.gnu.org/cgit/guix.git/commit/guix/build/go-build-system.scm?id=0df957eecc536e1d0a5722b47dda1563439bbe04

bug#71908: bug.

I@monad ~/s/mystery-solver [1]> guix pull Updating channel 'nonguix' from Git repository at 'https://gitlab.com/nonguix/nonguix'... Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 4b3a553 (31 new commi

bug#71878: guix system reconfigure hangs indefinitely after displaying "guix system: bootloader successfully installed on /(dev/sda)"

Hello everyone, lately, I've been experiencing a weird behavior when reconfiguring my system. The command hangs indefinitely after displaying "guix system: bootloader successfully installed on /(dev/sda)" and I have to hit C-c to get back to the prompt. I think there is nothing wrong with my co

bug#71921: Bootstrapping path discovered for RISC-V 64bit

On Wed, Jul 03, 2024 at 05:16:55PM +0200, Ekaitz Zarraga wrote: > Hi, > > Thanks to NlNet we have found a bootstrapping path for RISC-V 64 and we > created an alternative `commencement.scm` draft that builds from source up > to a GCC-9. > > At the moment, that GCC-9 does not provide C++ support i

bug#71921: Bootstrapping path discovered for RISC-V 64bit

Hi, Thanks to NlNet we have found a bootstrapping path for RISC-V 64 and we created an alternative `commencement.scm` draft that builds from source up to a GCC-9. At the moment, that GCC-9 does not provide C++ support in my Guix packages. I tried to add it but I had issues. We made it work f

bug#71918: [DOCUMENTATION] the suggested key import method for `guix refresh` doesn't work

context: i was trying to: $ ./pre-inst-env guix refresh --update dropbear but the key is not imported, because "no user ID". apparently some keyservers drop the user id for privacy reasons. the problem: then i went to the manual, and it suggests: $ gpg --export r...@gn