GNU bug report logs - #30602
'guix pull' fails with: "Module named (system repl debug) does not exist"

Previous Next

Package: guix;

Reported by: Alex ter Weele <alex.ter.weele <at> gmail.com>

Date: Sun, 25 Feb 2018 04:37:02 UTC

Severity: serious

Merged with 30898

Done: ludo <at> gnu.org (Ludovic Courtès)

Bug is archived. No further changes may be made.

Full log


Message #14 received at 30602 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Alex ter Weele <alex.ter.weele <at> gmail.com>
Cc: 30602 <at> debbugs.gnu.org
Subject: Re: bug#30602: guix pull failures at and after
 0458ab53f6ab58c42f379b8e7d55d130df4232e3
Date: Mon, 26 Feb 2018 18:31:10 +0100
Hi again,

Alex ter Weele <alex.ter.weele <at> gmail.com> skribis:

>     The following derivation will be built:
>     /gnu/store/ciawm53ygcvs7gfpb54wpzb4kkgnag9i-guix-latest.drv
>     copying and compiling to '/gnu/store/r82flrikwwd6ir0qlbc8ssm1n1m2z9dw-guix-latest' with Guile 2.2.3...
>     loading...       25.9% of 667 filesrandom seed for tests: 1519531629
>     compiling...    100.0% of 667 files
>     Backtrace:
>     Exception thrown while printing backtrace:
>     In procedure public-lookup: Module named (system repl debug) does not exist

Looking more closely, (system repl debug) is used in one place, (guix ui),
where it’s an #:autoload.

Here the (guix ui) code is failing to load that module, and thus failing
to provide a good backtrace and error message.

However I’m unclear whether the error is on the client side (the ‘guix
pull’ process), or whether it’s on the build side (in the guile process
that builds the derivation.)

Can you paste the output of:

  cat $(guix build --log-file /gnu/store/ciawm53ygcvs7gfpb54wpzb4kkgnag9i-guix-latest.drv)

?

Thanks,
Ludo’.




This bug report was last modified 6 years and 298 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.