bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Hi Maxime, Maxime Devos writes: > Ludovic Courtès schreef op wo 11-05-2022 om 16:58 [+0200]: >> However, this may well be this ‘guix publish’ bug that was recently >> fixed, whereby ‘guix publish’ without ‘--cache’ would send bogus HTTP >> replies: >> >>   https://issues.guix.gnu.org/54723 >>

bug#55004: [PATCH] gnu: xonsh: Update to 0.12.4

Attach patch file 11 de mayo de 2022, 16:14, "arkhan--- via Bug reports for GNU Guix" mailto:bug-guix@gnu.org?to=%22arkhan---%20via%20Bug%20reports%20for%20GNU%20Guix%22%20%3Cbug-guix%40gnu.org%3E > escribió: > > From 70d42eba0c1f764956ad319853a5a1da7eb3da2a Mon Sep 17 00:00:00 2001 > From:

bug#55004: [PATCH] gnu: xonsh: Update to 0.12.4

>From 70d42eba0c1f764956ad319853a5a1da7eb3da2a Mon Sep 17 00:00:00 2001 From: arkhan Date: Wed, 11 May 2022 16:04:40 -0500 Subject: [PATCH] Update xonsh 0.12.4 --- gnu/packages/shells.scm | 21 +++-- 1 file changed, 15 insertions(+), 6 deletions(-) diff --git

bug#53594: no matching pattern #

Hi! I hit this as well while running `guix system reconfigure' (unfortunately I didn't capture the stack trace). Re-running `guix system reconfigure' right after it had failed worked... So my guess is that it's a stateful issue, having to do with grafts: if polkit is not in the store, then we

bug#55279: Bug Report: guix pull

Maxime Devos schreef op vr 06-05-2022 om 14:47 [+0200]: > There's too little information here to investigate the issue. > If was applied there would > presumably be more information. As a work-around, for now, you could try running "guix pull" again. Often

bug#55339: bug

retitle 55339 compute-guix-derivation fails with 'you found a bug' even if it's just a (transient) network error thanks (^ Just some information for the bug tracker) محمد حسین بنی مصطفی عرب schreef op ma 09-05-2022 om 22:19 [+0430]: Updating channel 'nonguix' from Git repository at

bug#55373: efibootmgr fails to cross-compile: it looks for 'pkg-config' instead of 'TARGET-pkg-config'

X-Debbugs-CC: Denis 'GNUtoo' Carikli Title says it all. Also see the following excerpt from the build log: > make -f /tmp/guix-build-efibootmgr-17.drv-0/source/Make.deps deps > SOURCES="efibootmgr.c efi.c unparse_path.c" >

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Hi Ludovic, Ludovic Courtès writes: [...] > However, this may well be this ‘guix publish’ bug that was recently > fixed, whereby ‘guix publish’ without ‘--cache’ would send bogus HTTP > replies: > > https://issues.guix.gnu.org/54723 > > Could you confirm? I've reconfigured my offload

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Ludovic Courtès schreef op wo 11-05-2022 om 16:58 [+0200]: > However, this may well be this ‘guix publish’ bug that was recently > fixed, whereby ‘guix publish’ without ‘--cache’ would send bogus HTTP > replies: > >   https://issues.guix.gnu.org/54723 > > Could you confirm? > > Ludo’. Even

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Hello! Maxim Cournoyer skribis: > Simon Streit writes: > >> Hello, >> >> quite often, and quite randomly I run into this situation that whenever >> Guix tries to rebuild a profile, and sometimes while downloading from >> local Guix hosts sharing their store items, the process will crash with

bug#55367: guix refresh fails. struct-vtable: Wrong type argument in position 1 (expecting struct)

Maxime Devos schreef op wo 11-05-2022 om 16:08 [+0200]: > Though there's a comment > > ;; See RFC 3986 #3.2.2 for comments on percent-encodings, IDNA (RFC > ;; 3490), and non-ASCII host names. > > in the Guile module ... maybe we want IRIs instead? Some URI and IRI things on debbugs:

bug#55367: guix refresh fails. struct-vtable: Wrong type argument in position 1 (expecting struct)

Ludovic Courtès schreef op wo 11-05-2022 om 15:49 [+0200]: > The code at guix/gnu-maintenance.scm:188:20 checks a URI, so my guess is > that the source of that package is not a valid URI, and thus > ‘string->uri’ returns #false. It's "gogdownloader://world_of_goo/en3installer0". (string->uri

bug#55367: guix refresh fails. struct-vtable: Wrong type argument in position 1 (expecting struct)

Hi, Rostislav Svoboda skribis: > In guix/scripts/refresh.scm: >378:10 6 (check-for-package-update # …) > In srfi/srfi-1.scm: >858:15 5 (any1 # …) > In guix/upstream.scm: >284:15 4 (_ _) > In guix/memoization.scm: > 101:0 3 (_ # # …) > In guix/gnu-maintenance.scm: >188:20

bug#55367: Acknowledgement (guix refresh fails. struct-vtable: Wrong type argument in position 1 (expecting struct))

And also I just noticed, for firefox the indicated version numbers are the same. I.e. from 100.0 to 100.0 ``` nongnu/packages/mozilla.scm:94:13: firefox would be upgraded from 100.0 to 100.0. ```

bug#55367: guix refresh fails. struct-vtable: Wrong type argument in position 1 (expecting struct)

The /home/bost/.config/guix/current/bin/guix is attached. Greetings, Bost $ guix refresh nongnu/packages/wine.scm:160:13: dxvk would be upgraded from 1.9 to 1.10.1 nongnu/packages/wasm.scm:146:13: wasm32-wasi-libcxx would be upgraded from 13.0.0 to 14.0.3 nongnu/packages/vpn.scm:31:13: zerotier

bug#55324: guix build with --debug >= 4 fails

Hi, yarl-bau...@mailoo.org skribis: > I came accross what seem to be a bug in the daemon: > running guix build with --debug=4 or --debug=5. Two people on irc have > checked. Thanks for reporting it. This is actually a longstanding issue that I hope we can finally fix. In the meantime, note

bug#55361: [Installer] Extra unprivileged “root” account added

The installer built from: --8<---cut here---start->8--- Generation 214 May 02 2022 21:44:14(current) guix 6b588da repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 6b588da368c77cde82ea2f22ca315116228777ad

bug#55360: [Installer] ‘guix system init’ displays dots instead of progress bars

Hi! I’ve used an installer built from this commit: --8<---cut here---start->8--- Generation 214 May 02 2022 21:44:14(current) guix 6b588da repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit:

bug#55358: docker containers stopped when doing guix install or guix shell

On a Guix system host, some running docker containers are stopped when doing guix install or other guix operations like shell. I noticed this happing to mysql and postgres containers but an elasticsearch container just keeps running. Here's an example session: $ docker ps CONTAINER ID

bug#55359: How do I extend openssh-service-type ?

Hi, Edouard Klein writes: > I'm trying to make sense of: > https://guix.gnu.org/manual/en/guix.html#index-openssh_002dservice_002dtype > > #+begin_quote > This service can be extended with extra authorized keys, as in this example: > > (service-extension openssh-service-type >