bug#29934: in virtual machines the graphical dektop environment randomly fails to show up

2024-02-25 Thread Ricardo Wurmus
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

2024-02-25 Thread Hilton Chain via Bug reports for GNU Guix
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"

2024-02-25 Thread francismb via Bug reports for GNU Guix

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

2024-02-25 Thread Ekaitz Zarraga

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

2024-02-25 Thread Leo Famulari
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

2024-02-25 Thread Nathan Dehnel
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

2024-02-25 Thread Carlo Zancanaro
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

2024-02-25 Thread Nathan Dehnel
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

2024-02-25 Thread Efraim Flashner
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