--load-path does not work with guix environment

  • Done
  • quality assurance status badge
Details
3 participants
  • Hartmut Goebel
  • Ludovic Courtès
  • Ricardo Wurmus
Owner
unassigned
Submitted by
Hartmut Goebel
Severity
normal

Debbugs page

H
H
Hartmut Goebel wrote on 27 Feb 2019 12:52
(name . bug-guix)(address . bug-guix@gnu.org)
63426bc6-57ef-0468-fa6d-5776deb92389@crazy-compilers.com
According to the manual:

|--load-path=directory|

Add directory *to the front* of the package module search path.

This does not work for guix environment (guix 0.16.0-3.6ddc63e):

Prepare to reproduce

$ cd gnunet


guix package honors --load-path:

$ guix package --load-path=$PWD/contrib/guix -A gnunet

[...]
gnunet  v0.11.0pre66-1108-g8bb29d2fb    out    
.../contrib/guix/gnu/packages/gnunet.scm:274:2
[...]


guix environment still installs gnunet 0.10.1 (which is defined in guix
0.16):

$ guix environment --load-path=$PWD/contrib/guix --ad-hoc gnunet
[guix]$ realpath $(which gnunet-arm)
/gnu/store/...-gnunet-0.10.1/bin/gnunet-arm


Using GUIX_PACKAGE_PATH the correct version of gnunet is installed into
the environment:

$ export GUIX_PACKAGE_PATH=$PWD/contrib/guix
$ guix environment --ad-hoc gnunet
[guix]$ realpath $(which gnunet-arm)
/gnu/store/...-gnunet-v0.11.0pre66-1108-g8bb29d2fb/bin/gnunet-arm


--
Regards
Hartmut Goebel

| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
L
L
Ludovic Courtès wrote on 6 Mar 2019 06:05
(name . Hartmut Goebel)(address . h.goebel@crazy-compilers.com)(address . 34679@debbugs.gnu.org)
87wolcgkso.fsf@gnu.org
Hi,

Hartmut Goebel <h.goebel@crazy-compilers.com> skribis:

Toggle quote (16 lines)
> guix environment still installs gnunet 0.10.1 (which is defined in guix
> 0.16):
>
> $ guix environment --load-path=$PWD/contrib/guix --ad-hoc gnunet
> [guix]$ realpath $(which gnunet-arm)
> /gnu/store/...-gnunet-0.10.1/bin/gnunet-arm
>
>
> Using GUIX_PACKAGE_PATH the correct version of gnunet is installed into
> the environment:
>
> $ export GUIX_PACKAGE_PATH=$PWD/contrib/guix
> $ guix environment --ad-hoc gnunet
> [guix]$ realpath $(which gnunet-arm)
> /gnu/store/...-gnunet-v0.11.0pre66-1108-g8bb29d2fb/bin/gnunet-arm

I tried to simulate the issue but I can’t seem to reproduce it; that is,
with -L, I do get the “v0.11.0pre66-1108-g8bb29d2fb” version.

Could you try to reduce this to a simpler test case and/or post the
files to test it?

Thanks,
Ludo’.
H
H
Hartmut Goebel wrote on 13 Mar 2019 01:35
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 34679@debbugs.gnu.org)
d99e2e9f-a134-4060-21fd-5750e71239f8@crazy-compilers.com
Am 06.03.19 um 15:05 schrieb Ludovic Courtès:
Toggle quote (3 lines)
> Could you try to reduce this to a simpler test case and/or post the
> files to test it?

I will do thus, but in two or three weeks time only.

--
Regards
Hartmut Goebel

| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
L
L
Ludovic Courtès wrote on 18 Mar 2019 02:49
control message for bug #34679
(address . control@debbugs.gnu.org)
87h8c0pl4u.fsf@gnu.org
tags 34679 unreproducible
R
R
Ricardo Wurmus wrote on 13 May 2020 22:24
--load-path does not work with guix environment
(address . 34679@debbugs.gnu.org)(name . Hartmut Goebel)(address . h.goebel@crazy-compilers.com)
87tv0jcclx.fsf@elephly.net
Hi Hartmut,

have you been able to reproduce this with a simpler test case? Or would
you agree to close this issue as unreproducible?

--
Ricardo
H
H
Hartmut Goebel wrote on 31 May 2020 02:48
4ba2790c-1ddb-9e83-50d7-b986636dcf44@crazy-compilers.com
Am 14.05.20 um 07:24 schrieb Ricardo Wurmus:
Toggle quote (2 lines)
> have you been able to reproduce this with a simpler test case? Or would
> you agree to close this issue as unreproducible?
I could not reporduce this either when using a current version fo guix. 
Closing.


--
Regards
Hartmut Goebel

| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
?
Your comment

This issue is archived.

To comment on this conversation send an email to 34679@patchwise.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 34679
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch