GNU bug report logs -
#53439
[PATCH] doc: Document search paths.
Previous Next
Reported by: Ludovic Courtès <ludo <at> gnu.org>
Date: Sat, 22 Jan 2022 10:49:02 UTC
Severity: normal
Tags: patch
Done: Ludovic Courtès <ludo <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 53439 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Ludovic Courtès schreef op za 22-01-2022 om 11:47 [+0100]:
> +What this @code{native-search-paths} field says is that, when the
> +@code{python} package is used, the @env{GUIX_PYTHONPATH} environment
> +variable must be defined to include all the
> +@file{lib/python/3.9/site-packages} sub-directories encountered in its
> +environment. (The @code{native-} bit means that, if we are in a
> +cross-compilation environment, only native inputs may be added to the
> +search path.) In the NumPy example above, the profile where
This bit about inputs/native-inputs seems a little imprecise:
(package
(name "foobarify")
[...]
(inputs guile)
(propagated-inputs
;; TODO: would be nice to unpropagate
(list guile-foo guile-bar guile-ify))
;; "foobarify" allows running arbitrary Guile scripts,
;; so allow the user to use arbitrary Guile libraries
;; from the environment in their scripts at will.
(native-search-paths
[GUILE_LOAD_PATH, GUILE_LOAD_COMPILED_PATH, ...]))
$ [ guix cross-compile a virtual image with foobarify in the system
profile]
IIUC, guile-foo, guile-bar and guile-ify will be included in the
GUILE_LOAD_PATH/GUILE_LOAD_COMPILED_PATH of the system profile, even
though we are cross-compiling and they are 'inputs' and not 'native-
inputs' of 'foobarify' ...
Greetings,
Maxime.
[signature.asc (application/pgp-signature, inline)]
This bug report was last modified 3 years and 210 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.