bug#53180: eog 40.3 build error: include file not found

On Tue, Jan 11, 2022 at 05:46:17AM +, raid5atemyhomework via Bug reports for GNU Guix wrote: > On guix `83abdc8371d90b6d4591a69fae5585a2a99c1627`, I get a build error for > eog 40.3 while trying to upgrade my system that has > `gnome-desktop-service-type` installed. > > ``` > [52/70]

bug#53180: eog 40.3 build error: include file not found

On guix `83abdc8371d90b6d4591a69fae5585a2a99c1627`, I get a build error for eog 40.3 while trying to upgrade my system that has `gnome-desktop-service-type` installed. ``` [52/70] Compiling C object src/libeog.so.p/eog-util.c.o FAILED: src/libeog.so.p/eog-util.c.o gcc -Isrc/libeog.so.p -Isrc

bug#26907: guix import (really: SSL) broken in different ways

The pypi importer does currently work so I'm closing this old bug.

bug#51472: substitute servers should be preferred according to their coverage rate

merge 48808 51472 thanks Hello Ludovic, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> When using substitute servers discovery, I've noticed that if one of the >> substitute servers doesn't have any substitutes available, it'll keep >> getting tried instead of others, leading

bug#52998: Acknowledgement (ell test suite failure (nondeterministic))

Hello, I've updated ell to 0.46 on the version-1.4.0 branch and haven't encountered this failure since. Tentatively closing. Feel free to reopen it otherwise! Thank you. Maxim

bug#53005: [PATCH 1/1] gnu: glibc: Preserve "__pthread_key_create" symbol.

Avoid a potential crash in multithreaded applications by preserving the pthread library's "__pthread_key_create" symbol, used by libgcc to detect the use of threads in an application. Fixes . * gnu/packages/base.scm (glibc)[arguments]: Add "#:strip-flags" with

bug#53005: cryptsetup-static aborts opening LUKS2 volume with Argon2i PBKDF

Here's a patch that fixes this problem by modifying the glibc package so the "__pthread_key_create" symbol in its pthread library is preserved, as opposed to being stripped off as it is today. This tests fine for me on both AArch64 and x86-64: Stepping through the code in gdb I can see libgcc's

bug#53165: "guix import opam coq-of-ocaml" unexpected error

On Mon, 10 Jan 2022 18:01:46 +0100 zimoun wrote: > Hi, > > For some reasons, the Opam importer is failing for coq-of-ocaml: > > --8<---cut here---start->8--- > $ guix import opam coq-of-ocaml > > Starting download of /tmp/guix-file.058Nel > From >

bug#53127: [PATCH RFC] Turning Rust/Cargo inputs into “regular” inputs?

Am Montag, dem 10.01.2022 um 09:58 +0100 schrieb Ludovic Courtès: > Hi! > > Liliana Marie Prikler skribis: > > > I suppose adding (package-source rust-cargo) to inputs to preserve > > the > > old meaning would not make much sense? > > No because you need transitivity (that is, you need sources

bug#52779: tests/no-home test failure in Shepherd

Hi, Maxim Cournoyer writes: > Hi, > > Maxim Cournoyer writes: > >> Hello Guix, >> >> I encountered the following (nondeterministic) test failure: >> >> # TOTAL: 13 >> # PASS: 12 >> # SKIP: 0 >> # XFAIL: 0 >> # FAIL: 1 >> # XPASS: 0 >> # ERROR: 0 >> >> .. contents:: :depth: 2 >> >> FAIL:

bug#53167: texinfo: missing dependents

Hi, Using Guix 3dcc74d, 'sed' and 'cat' are missing from 'texinfo'. --8<---cut here---start->8--- $ builtin cd /tmp && tar -xf $(guix build hello -S) && builtin cd hello-2.10/doc $ guix shell -C texinfo -- texi2dvi version.texi

bug#52786: [aarch64] elogind 246.10 fails to start on ROCK64, breaking sway

Reverting elogind commit 150d7b05074f16db70a2872765edbb39066d80af makes sway start again. See attached patch. We could graft elogind or put it on core-updates, but I have not yet properly tested nor understood. I will test and try understanding now. Regards, FlorianFrom: Florian Pelz Date:

bug#53156: GUIX_DAEMON_SOCKET with ssh doesn't cache connections

Hi Efraim, Efraim Flashner skribis: > I'm experimenting some more with GUIX_DAEMON_SOCKET, and while when > using guix offload I see a socket a /run/user/1000/destination/socket, What’s this file? > there's nothing similar when using > GUIX_DAEMON_SOCKET=ssh://other-machine. Depending on the

bug#53165: "guix import opam coq-of-ocaml" unexpected error

Hi, For some reasons, the Opam importer is failing for coq-of-ocaml: --8<---cut here---start->8--- $ guix import opam coq-of-ocaml Starting download of /tmp/guix-file.058Nel >From

bug#53162: ’guix shell ghc@8.4’ downloads ghc@8.10

Hi, Using 3dcc74d, I get an unexpected behaviour. First, all expected: --8<---cut here---start->8--- $ guix build ghc@8.10 -n 122,4 MB would be downloaded: /gnu/store/p8rk5cp1p4b2zky4zj1shfqb11qb5nmk-ghc-8.10.7-doc

bug#53157: guix/ui.scm:203 requires guile-3.0.3

I'm using ./pre-inst-env on my powerpc-linux machine, using guile-3.0.2 as provided by Debian. When I try to run the following command: ./pre-inst-env guix build -L /path/to/repo -m /path/to/manifest.scm -n I get the following error: guix/ui.scm:230:13: error: default-optimization-level: unbound

bug#53156: GUIX_DAEMON_SOCKET with ssh doesn't cache connections

I'm experimenting some more with GUIX_DAEMON_SOCKET, and while when using guix offload I see a socket a /run/user/1000/destination/socket, there's nothing similar when using GUIX_DAEMON_SOCKET=ssh://other-machine. Depending on the machine in question it can take several minutes before a build is

bug#53127: [PATCH RFC] Turning Rust/Cargo inputs into “regular” inputs?

Hi! Liliana Marie Prikler skribis: > I suppose adding (package-source rust-cargo) to inputs to preserve the > old meaning would not make much sense? No because you need transitivity (that is, you need sources of the dependencies, too). > If so, what about having a source output and using

bug#53142: cuirass: useless guile backtraces.

Hello Maxime, Thanks for the suggestions. > Set COLUMNS=9000, then Guile stop trying to fit them in 80 columns, > it will try 9000 columns instead. > > Also, backtraces are clearer for compiled code (avoiding (ice-9 eval)). > Is (cuirass scripts remote-server) compiled to .go? The (cuirass