[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#26170: Bug #26170 Hunting: doc: Explanation of propagated-inputs unc
bug#26170: Bug #26170 Hunting: doc: Explanation of propagated-inputs unclear
Wed, 09 Sep 2020 15:25:31 +0200
Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
The bug 26170  is about the description of “propagated inputs” in the
Currently, the term “propagated inputs” in the index  goes to the
section “Invoking guix package”  and explaining:
Sometimes packages have propagated inputs: these are
dependencies that automatically get installed along with the
required package (see propagated-inputs in package objects, for
information about propagated inputs in package definitions).
An example is the GNU MPC library: its C header files refer to
those of the GNU MPFR library, which in turn refer to those of
the GMP library. Thus, when installing MPC, the MPFR and GMP
libraries also get installed in the profile; removing MPC also
removes MPFR and GMP—unless they had also been explicitly
installed by the user.
with the hyperlink  mentioning:
Lastly, propagated-inputs is similar to inputs, but the
specified packages will be automatically installed alongside the
package they belong to (see guix package, for information on how
guix package deals with propagated inputs).
For example this is necessary when a C/C++ library needs headers
of another library to compile, or when a pkg-config file refers
to another one via its Requires field.
Another example where propagated-inputs is useful is for
languages that lack a facility to record the run-time search
path akin to the RUNPATH of ELF files; this includes Guile,
Python, Perl, and more. To ensure that libraries written in
those languages can find library code they depend on at run
time, run-time dependencies must be listed in propagated-inputs
rather than inputs.
The initial suggestions of this bug report were:
1) that `propagated-inputs` are automatically installed *to the Guix
profile* and not just the Store like regular inputs and
2) that C/C++ libraries do not need to be propagated because they can
just as well be loaded from the Store *unless* their header files are
included by header files of another input package (?) and
3) more examples like the above example for GNOME Evolution (which
however I have yet to finish packaging and submit as a patch; maybe
dconf is a better example – I presume it is also needed at run time and
which now appear to me clarified with the current manual.
Does it make sense to close?
All the best,
 http://issues.guix.gnu.org/issue/26170 
- bug#26170: Bug #26170 Hunting: doc: Explanation of propagated-inputs unclear,