bug#29934: in virtual machines the graphical dektop environment randomly fails to show up
I'm closing this for lack of recent activity, and as it appears that the issue has been solved. If this decision was incorrect please open a new issue. Thanks! -- Ricardo
bug#69319: Unbootable, unfixable system
Hi Nathan On Sun, 25 Feb 2024 13:20:06 +0800, Nathan Dehnel wrote: > > On Sat, Feb 24, 2024 at 8:59 PM Hilton Chain wrote: > > [...] > > GRUB currently doesn't support Argon2 PBKDFs, if you are going to use > > LUKS2, you > > have to specify pbkdf2: > > --8<---cut here---start->8--- > > cryptsetup --type=luks2 --pbkdf=pbkdf2 > > --8<---cut here---end--->8--- > > > > In case it's needed, I packaged a GRUB variant with Argon2 support and its > > bootloader definition in my channel: > > https://github.com/rakino/Rosenthal/blob/trunk/rosenthal/packages/bootloaders.scm > > https://github.com/rakino/Rosenthal/blob/trunk/rosenthal/bootloader/grub.scm > > > > I re-installed my system with this GRUB variant (also intended to test it) > > recently, and it works just fine. > > > > I think this bug can be closed now? > > I tried that and it didn't work, I had to use --type=luks1 Then it might be because the ‘luks2’ module is not automatically installed to GRUB's core image. This should be fixed in GRUB 2.12, but we are still shipping 2.06...
bug#69386: "homepage" attribute gives 404 on "https://www.eclipse.org/platform"
Dear Maintainers, it seems that some package description is obsolete. See for example: $ guix search eclipse and notice that the "homepage" attribute(s) of some results is: "https://www.eclipse.org/platform"; that endpoint results in an 404 Error (on 24.02.2024). IMHO those could be changed to "https://projects.eclipse.org"; or "https://www.eclipse.org";. Idea: One could iterate on "homepage", as part of some packaging QA/CI/CD script, to check the current validity of the web site(s). Regards francismb
bug#69394: cross-gcc-toolchain for riscv64 doesn't search crt1.o properly
Hi, I made this package: ``` (define-module (cross) #:use-module (guix packages) #:use-module (guix gexp) #:use-module (gnu packages cross-base)) (define-public gcc-cross-riscv64-linux-gnu-toolchain (cross-gcc-toolchain "riscv64-linux-gnu")) ``` And used in in the session you can read in the bottom of this email. During the session, the `crt1.o` file is not found, and the `riscv64-linux-gnu-gcc -v whatever.c` call shows `crt1.o` is passed to the compiler using only the name, while in `gcc-toolchain` it's passed using the full path to the libc. This looks like the `cross-gcc-toolchain` is missing some configuration for proper usage in a guix shell. Best, Ekaitz The session I that explains the behavior: ``` # Using gcc-toolchain here `crt1.o` is found: Ekaitz@tuxedo ~/projects/nlnet/gzip-1.2.4$ guix shell gcc-toolchain Ekaitz@tuxedo ~/projects/nlnet/gzip-1.2.4 [env]$ gcc -v deflate.c Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/gnu/store/vjjk375kysja1jz0837lypd09rdgs47c-gcc-13.2.0/libexec/gcc/x86_64-unknown-linux-gnu/13.2.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: Thread model: posix Supported LTO compression algorithms: zlib gcc version 13.2.0 (GCC) COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64' '-dumpdir' 'a-' /gnu/store/vjjk375kysja1jz0837lypd09rdgs47c-gcc-13.2.0/libexec/gcc/x86_64-unknown-linux-gnu/13.2.0/cc1 -quiet -v deflate.c -quiet -dumpdir a- -dumpbase deflate.c -dumpbase-ext .c -mtune=generic -march=x86-64 -version -o /tmp/ccffA64a.s GNU C17 (GCC) version 13.2.0 (x86_64-unknown-linux-gnu) compiled by GNU C version 13.2.0, GMP version 6.2.1, MPFR version 4.2.0, MPC version 1.3.1, isl version isl-0.24-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory "/no-gcc-local-prefix/include" ignoring nonexistent directory "/gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/../../../../../../../x86_64-unknown-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /gnu/store/0pr5ryw11f7pg5nhn42616k17ahdnily-profile/include /gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/include /gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/include-fixed /gnu/store/ln6hxqjvz6m9gdd9s97pivlqck7hzs99-glibc-2.35/include End of search list. Compiler executable checksum: cd54e13587d35c4cb99945e5484c0675 COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64' '-dumpdir' 'a-' as -v --64 -o /tmp/cciGP5tQ.o /tmp/ccffA64a.s GNU assembler version 2.38 (x86_64-unknown-linux-gnu) using BFD version (GNU Binutils) 2.38 COMPILER_PATH=/gnu/store/vjjk375kysja1jz0837lypd09rdgs47c-gcc-13.2.0/libexec/gcc/x86_64-unknown-linux-gnu/13.2.0/:/gnu/store/vjjk375kysja1jz0837lypd09rdgs47c-gcc-13.2.0/libexec/gcc/x86_64-unknown-linux-gnu/13.2.0/:/gnu/store/vjjk375kysja1jz0837lypd09rdgs47c-gcc-13.2.0/libexec/gcc/x86_64-unknown-linux-gnu/:/gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/:/gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/ LIBRARY_PATH=/gnu/store/0pr5ryw11f7pg5nhn42616k17ahdnily-profile/lib/:/gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/:/gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/../../../:/gnu/store/ln6hxqjvz6m9gdd9s97pivlqck7hzs99-glibc-2.35/lib COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64' '-dumpdir' 'a.' /gnu/store/vjjk375kysja1jz0837lypd09rdgs47c-gcc-13.2.0/libexec/gcc/x86_64-unknown-linux-gnu/13.2.0/collect2 -plugin /gnu/store/vjjk375kysja1jz0837lypd09rdgs47c-gcc-13.2.0/libexec/gcc/x86_64-unknown-linux-gnu/13.2.0/liblto_plugin.so -plugin-opt=/gnu/store/vjjk375kysja1jz0837lypd09rdgs47c-gcc-13.2.0/libexec/gcc/x86_64-unknown-linux-gnu/13.2.0/lto-wrapper -plugin-opt=-fresolution=/tmp/ccdr9flx.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --eh-frame-hdr -m elf_x86_64 -dynamic-linker /gnu/store/ln6hxqjvz6m9gdd9s97pivlqck7hzs99-glibc-2.35/lib/ld-linux-x86-64.so.2 /gnu/store/0pr5ryw11f7pg5nhn42616k17ahdnily-profile/lib/crt1.o /gnu/store/0pr5ryw11f7pg5nhn42616k17ahdnily-profile/lib/crti.o /gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/crtbegin.o -L/gnu/store/0pr5ryw11f7pg5nhn42616k17ahdnily-profile/lib -L/gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/13.2.0 -L/gnu/store/m57d52krll9vlzmc0cqfg6dwn7n0p52j-gcc-13.2.0-lib/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/../../.. -L/gnu/store/ln6hxqjvz6m9gdd9s97pivlqck7hzs99-glibc-2.35/lib /tmp/cciGP5tQ
bug#69308: linux-libre-documentation fails to build
Can you share the error messages here? On Thu, Feb 22, 2024, at 09:13, Gabriel Wicki wrote: > linux-libre-documentation fails to build (see > https://ci.guix.gnu.org/build/3512631/details)
bug#69397: guix import crate misses dependencies
Run for example: guix import crate -r --recursive-dev-dependencies - -allow-yanked egui_dock@0.11 this will import a bunch of packages that require rust-bytemuck-1 as a dependency, but it will not be included, and must be imported separately. guix 313458c
bug#69397: guix import crate misses dependencies
Hi Nathan, I just tried running your example: On Sun, Feb 25 2024, Nathan Dehnel wrote: > guix import crate -r --recursive-dev-dependencies --allow-yanked > egui_dock@0.11 I saw that rust-bytemuck-1 was included as an input in lots of packages, as you said. However, I also noticed that bytemuck is present in Guix. "guix edit rust-bytemuck" opened gnu/packages/crates-io.scm which defines the rust-bytemuck-1 variable to a package for rust-bytemuck. Rather than importing bytemuck separately, it should be enough to add (use-modules (gnu packages crates-io)) at the top of your scheme file to bring the Guix definition in. Carlo
bug#69397: guix import crate misses dependencies
Oh, my bad. Yeah, I just had my modules wrong. Thanks. On Sun, Feb 25, 2024 at 6:46 PM Carlo Zancanaro wrote: > > Hi Nathan, > > I just tried running your example: > > On Sun, Feb 25 2024, Nathan Dehnel wrote: > > guix import crate -r --recursive-dev-dependencies --allow-yanked > > egui_dock@0.11 > > I saw that rust-bytemuck-1 was included as an input in lots of packages, > as you said. However, I also noticed that bytemuck is present in > Guix. "guix edit rust-bytemuck" opened gnu/packages/crates-io.scm which > defines the rust-bytemuck-1 variable to a package for rust-bytemuck. > > Rather than importing bytemuck separately, it should be enough to add > (use-modules (gnu packages crates-io)) at the top of your scheme file to > bring the Guix definition in. > > Carlo
bug#69401: /etc/guix/machines.scm symlink can be garbage collected
Some of the build nodes behind the Berlin build farm have a childhurd which can build packages. Unfortunately, the symlink from /etc/guix/machines.scm to the generated file in the store to setup offloading has been garbage collected on several of the machines. -- Efraim Flashner רנשלפ םירפא GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature