Re: Design decision behind inputs/native-inputs/propagated-inputs

[Steven Allen <steven@stebalien.com>]

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

Ben,

Replying back on list because I managed to take us off...

On 01-22-16, Ben Woodcroft wrote:
> On 22/01/16 08:13, Steven Allen wrote:
> >Most distros distinguish between build dependencies and runtime
> >dependencies. Guix doesn't appear to have this distinction and I am
> >under the impression that it autodetects which inputs are needed at
> >runtime (as apposed to at compile time only) by scanning the output
> >files for references to files in the inputs. Is this not the case?
> In short, no.

> You could say it scans the derivation which includes a list of "runtime"
> dependencies i.e. inputs and propagated-inputs. Derivations are in a
> well-defined format that guix generates, and are just a way of keeping track
> of dependencies that are needed at runtime. Guix doesn't scan the binaries
> or shared libraries for instance. Indeed that would be mayhem as you
> suggest.

Thanks! That makes so much more sense. Just to be clear, given:

    (package
        (name "foo")
        (inputs `(("bar", bar)))
        (native-inputs `(("baz", baz)))
        ...
    )

If I install "foo", "foo" will **always** be able to use the files in "bar"
but will not (may not?) be able to use the files in "baz"?

Sorry about the confusion...

-- 
Steven Allen
((Do Not Email <honeypot@stebalien.com>))

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