[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: store reference detection (was Re: JARs and reference scanning)
From: |
Hartmut Goebel |
Subject: |
Re: store reference detection (was Re: JARs and reference scanning) |
Date: |
Sun, 7 May 2017 14:48:27 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 |
Am 02.05.2017 um 14:43 schrieb Ludovic Courtès:
> Hartmut Goebel <address@hidden> skribis:
>
>> Am 27.04.2017 um 15:46 schrieb Ludovic Courtès:
>>> ‘propagated-inputs’ is one way to manually specify run-time references.
>>> It works at the package level and not at the store level—that is, the
>>> store item’s references are unaffected by what ‘propagated-inputs’
>>> contains. It’s usually enough for our purposes though.
>> I'm not sure if 'propagated-inputs' are enough. For example
>> "python-passlib" as propagated-input python-py-bcrypt, but the later
>> does not show up as reference, requisite nor referrer:
> Right, that’s what I meant by “not at the store level” above.
>
> Ludo’.
So I propose to add a small text file ".guix-dependencies' to all
language's packages which do not add some kind of references themselves:
Python, Perl, Java, etc.
Question: How can the builder access the "propagated" inputs only?
--
Regards
Hartmut Goebel
| Hartmut Goebel | address@hidden |
| www.crazy-compilers.com | compilers which you thought are impossible |
- Re: store reference detection (was Re: JARs and reference scanning), Ludovic Courtès, 2017/05/02
- Re: store reference detection (was Re: JARs and reference scanning),
Hartmut Goebel <=
- Re: store reference detection (was Re: JARs and reference scanning), Chris Marusich, 2017/05/07
- Re: store reference detection (was Re: JARs and reference scanning), Ricardo Wurmus, 2017/05/08
- Re: store reference detection (was Re: JARs and reference scanning), Ludovic Courtès, 2017/05/08
- Re: store reference detection (was Re: JARs and reference scanning), Chris Marusich, 2017/05/11
- Re: store reference detection (was Re: JARs and reference scanning), Ricardo Wurmus, 2017/05/11
- Re: store reference detection (was Re: JARs and reference scanning), Chris Marusich, 2017/05/12
- Re: store reference detection (was Re: JARs and reference scanning), Ricardo Wurmus, 2017/05/12
- Re: store reference detection (was Re: JARs and reference scanning), Hartmut Goebel, 2017/05/12
- Re: store reference detection (was Re: JARs and reference scanning), Mark H Weaver, 2017/05/12
- Re: store reference detection (was Re: JARs and reference scanning), Hartmut Goebel, 2017/05/12