unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
* Guix repl load-path confusion
@ 2020-03-19 18:42 Jelle Licht
  2020-03-21 18:44 ` Pierre Neidhardt
  0 siblings, 1 reply; 4+ messages in thread
From: Jelle Licht @ 2020-03-19 18:42 UTC (permalink / raw)
  To: help-guix

Simple question:
When I run the following in `guix repl':

--8<---------------cut here---------------start------------->8---
~ $ guix repl
GNU Guile 3.0.1
Copyright (C) 1995-2020 Free Software Foundation, Inc.

Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.

Enter `,help' for help.
scheme@(guix-user)> ,m (guix ui)
scheme@(guix ui)> (run-guix "build" "ed")
0.1 MB will be downloaded:
   /gnu/store/c2vas7isbs7iwjsr7wr09iwdsw9vvy25-ed-1.15
substituting /gnu/store/c2vas7isbs7iwjsr7wr09iwdsw9vvy25-ed-1.15...
downloading from https://ci.guix.gnu.org/nar/lzip/c2vas7isbs7iwjsr7wr09iwdsw9vvy25-ed-1.15...
 ed-1.15  56KiB                                1.0MiB/s 00:00 [##################] 100.0%

/gnu/store/c2vas7isbs7iwjsr7wr09iwdsw9vvy25-ed-1.15
scheme@(guix ui)> 
--8<---------------cut here---------------end--------------->8---
.. everything seems to work as intended.

When I run: `guix repl -L
/home/jelle/.config/guix/current/share/guile/site/3.0', everything goes
really wrong:

--8<---------------cut here---------------start------------->8---
guix repl -L /home/jelle/.config/guix/current/share/guile/site/3.0
GNU Guile 3.0.1
Copyright (C) 1995-2020 Free Software Foundation, Inc.

Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.

Enter `,help' for help.
scheme@(guix-user)> ,m (guix ui)
scheme@(guix ui)> (run-guix "build" "ed")
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
The following derivations will be built:
[snip] many packages [/snip]
   /gnu/store/xh1fy30irfhh9hwvd3ghw8ylxs8bdmyw-xz-5.2.4.drv
   /gnu/store/z8hdiqhpfa5d78k9si93rpf8lb15w6r5-lzip-1.21.drv
building /gnu/store/yqx8r9ifvzzl9rjpfmaywi6glqklxmc8-ld-wrapper-boot0-0.drv...
building "/gnu/store/w8fw0vzvai0yw5akfq3gd94avb7jvd4h-binutils-cross-boot0-2.32"/bin/ld wrapper in "/gnu/store/8xyx4dr7db18rs0w8mf1xdd63ywvl2bg-ld-wrapper-boot0-0"
Backtrace:
In ice-9/boot-9.scm:
 157: 11 [catch #t #<catch-closure c92c80> ...]
In unknown file:
   ?: 10 [apply-smob/1 #<catch-closure c92c80>]
In ice-9/boot-9.scm:
  63: 9 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 432: 8 [eval # #]
In ice-9/boot-9.scm:
2320: 7 [save-module-excursion #<procedure cc0b80 at ice-9/boot-9.scm:3961:3 ()>]
3966: 6 [#<procedure cc0b80 at ice-9/boot-9.scm:3961:3 ()>]
1645: 5 [%start-stack load-stack #<procedure cc1de0 at ice-9/boot-9.scm:3957:10 ()>]
1650: 4 [#<procedure cc2060 ()>]
In unknown file:
   ?: 3 [primitive-load "/gnu/store/rj0sfjn8hnznw9yi1670isfxf4wdiv6y-ld-wrapper-boot0-0-guile-builder"]
In ice-9/eval.scm:
 387: 2 [eval # ()]
 432: 1 [eval # #]
In unknown file:
   ?: 0 [copy-file "/gnu/store/6f15hjcvf8a2xhwgf33xkfq3winks17f-ld-wrapper.in" ...]

ERROR: In procedure copy-file:
ERROR: In procedure copy-file: No such file or directory
builder for `/gnu/store/yqx8r9ifvzzl9rjpfmaywi6glqklxmc8-ld-wrapper-boot0-0.drv' failed with exit code 1
build of /gnu/store/yqx8r9ifvzzl9rjpfmaywi6glqklxmc8-ld-wrapper-boot0-0.drv failed
View build log at '/var/log/guix/drvs/yq/x8r9ifvzzl9rjpfmaywi6glqklxmc8-ld-wrapper-boot0-0.drv.bz2'.
[snip] many packages [/snip]
cannot build derivation `/gnu/store/241aiwcpir0bigydsp4sn5ji9rd52i2d-ed-1.15.drv': 1 dependencies couldn't be built
guix build: error: build of `/gnu/store/241aiwcpir0bigydsp4sn5ji9rd52i2d-ed-1.15.drv' failed
--8<---------------cut here---------------end--------------->8---

Does anyone know why things go so wrong?

Thanks for any helping hands here,
 - Jelle

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Guix repl load-path confusion
  2020-03-19 18:42 Guix repl load-path confusion Jelle Licht
@ 2020-03-21 18:44 ` Pierre Neidhardt
  2020-03-21 21:40   ` Jelle Licht
  0 siblings, 1 reply; 4+ messages in thread
From: Pierre Neidhardt @ 2020-03-21 18:44 UTC (permalink / raw)
  To: Jelle Licht, help-guix

[-- Attachment #1: Type: text/plain, Size: 153 bytes --]

No clue but for what it's worth, I can't reproduce on Guix
ce226e9d8d52d2530f057f2000d36c0d55380ade :p

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Guix repl load-path confusion
  2020-03-21 18:44 ` Pierre Neidhardt
@ 2020-03-21 21:40   ` Jelle Licht
  2020-03-22  7:32     ` Pierre Neidhardt
  0 siblings, 1 reply; 4+ messages in thread
From: Jelle Licht @ 2020-03-21 21:40 UTC (permalink / raw)
  To: Pierre Neidhardt, help-guix

Pierre Neidhardt <mail@ambrevar.xyz> writes:

> No clue but for what it's worth, I can't reproduce on Guix
> ce226e9d8d52d2530f057f2000d36c0d55380ade :p

Tldr: Loading the modules in $HOME/.config/guix/current in a guile repl
breaks building packages when there are overlapping directories between
your configured guix channels.

Thanks! I finally figured it out. This has to do with overlapping
directory trees in guix channels. If you have a channel which has either
an overlapping `gnu/packages/...'  (my channel) or for example the guix
home manager channel (with `guix/scripts/...'), you run into these
obscure issues.

As I can simply use my own prefixed directory structure for my own
channel, and AFAICS there has already been gwl related discussions on
how to package guix extensions such as home manager, this issue is
easily prevented.

The reason why I ran into this problem is that that
building/installing/doing anything cool with emacs-guix consistently
triggered this bug for me, as they used a repl in the background with
the appropriate load-path set up.

Should we consider this behavior a bug in guix, or simply a caveat that
we should document in the manual section on channels?

 - Jelle, who is extremely psyched about finally finding the cause
   of an issue that has been bothering me for 4 years :D

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Guix repl load-path confusion
  2020-03-21 21:40   ` Jelle Licht
@ 2020-03-22  7:32     ` Pierre Neidhardt
  0 siblings, 0 replies; 4+ messages in thread
From: Pierre Neidhardt @ 2020-03-22  7:32 UTC (permalink / raw)
  To: Jelle Licht, help-guix

[-- Attachment #1: Type: text/plain, Size: 908 bytes --]

Jelle Licht <jlicht@fsfe.org> writes:

> The reason why I ran into this problem is that that
> building/installing/doing anything cool with emacs-guix consistently
> triggered this bug for me, as they used a repl in the background with
> the appropriate load-path set up.
>
> Should we consider this behavior a bug in guix, or simply a caveat that
> we should document in the manual section on channels?
>
>  - Jelle, who is extremely psyched about finally finding the cause
>    of an issue that has been bothering me for 4 years :D

Ha!

I've been experiencing many breakages with emacs-guix for many tasks,
but I haven't taken the time to reproduce any of them reliably.

None of my channels' directories overlap with that of Guix if I'm not
mistaken, so it may be unrelated issues.

It seems to be working fine for me today though :)

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-03-22  7:32 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-03-19 18:42 Guix repl load-path confusion Jelle Licht
2020-03-21 18:44 ` Pierre Neidhardt
2020-03-21 21:40   ` Jelle Licht
2020-03-22  7:32     ` Pierre Neidhardt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).