GNU bug report logs -
#34590
Effects of GUIX_PACKAGE_PATH and --load-path differ
Previous Next
Reported by: Daniel Gerber <dg <at> atufi.org>
Date: Wed, 20 Feb 2019 10:38:02 UTC
Severity: normal
Tags: notabug
Done: Ludovic Courtès <ludo <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Hi Daniel,
Daniel Gerber <dg <at> atufi.org> skribis:
> From reading the doc on `guix environment`:
>
> -L, --load-path=DIR prepend DIR to the package module search path
>
> I would expect these to be exactly equivalent:
>
> $ export GUIX_PACKAGE_PATH=; guix environment -L path ...
> $ export GUIX_PACKAGE_PATH=path; guix environment ...
>
> Yet they differ. With libuv <at> 1.24.0 in the guix channel (a37bdf4) and libuv <at> 1.26.0 in --and also node <at> 11.10.0 only in--
> /gnu/guix-local-packages/:
>
> $ export GUIX_PACKAGE_PATH=/gnu/guix-local-packages/; guix environment
> --no-grafts -C node <at> 11.10.0 --ad-hoc strace gdb -- ls /gnu/store/
> |grep -o libuv-.*
> libuv-1.26.0
>
> $ export GUIX_PACKAGE_PATH=; guix environment -L
> /gnu/guix-local-packages/ --no-grafts -C node <at> 11.10.0 --ad-hoc strace
> gdb -- ls /gnu/store/ |grep -o libuv-.*
> libuv-1.24.0
>
> Is this the intended behaviour?
Probably not.
I experimented a bit and couldn’t find any evidence that the search path
order would differ.
However, what do /gnu/guix-local-packages/ contain? I suppose it
provides node <at> 11.10.0?
Then my guess is that “node <at> 11.10.0” is ambiguous and that
‘specification->package’ chooses one of the two in a non-deterministic
fashion.
Can you show the output of:
guix package -A node
guix package -A node -L /gnu/guix-local-packages
GUIX_PACKAGE_PATH=/gnu/guix-local-packages guix package -A node
?
TIA,
Ludo’.
This bug report was last modified 6 years and 135 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.