1 |
Patrick Börjesson wrote: |
2 |
|
3 |
> On 2008-07-15 21:40, Tiziano Müller uttered these thoughts: |
4 |
>> Marius Mauch wrote: |
5 |
>> |
6 |
>> > As a result of Cardoes earlier mail we talked a bit about possible |
7 |
>> > solutions in #gento-portage, and I suggested to let portage |
8 |
>> > automatically inject the deps based on SRC_URI pattern matching. |
9 |
>> > A mapping of extensions and their unpack deps would be kept in the tree |
10 |
>> > (e.g. mapping '.tar.bz2' to '( app-arch/tar app-arch/bzip2 )' |
11 |
> [snip] |
12 |
>> > So, is this something ebuild maintainers would like in general, or does |
13 |
>> > such a feature cause you nightmares? |
14 |
>> |
15 |
>> Yes. I think that's something which should be done manually. |
16 |
> |
17 |
> Indeed, the correct solution would be to state the deps manually in each |
18 |
> ebuild that requires the dep. But in this case it would mean adjusting |
19 |
> the DEPEND string of pretty much the entire tree. Until such measures |
20 |
> are stated required, this would be a good middle ground, no? |
21 |
no. How about just introducing the new deps on their next version or |
22 |
revision bump? (I assume that more than half of the packages would be fixed |
23 |
within the next half year and that's more than fast enough). |
24 |
|
25 |
> |
26 |
> The same thing would apply to gcc if all "real" depends were to be |
27 |
> required in all ebuilds, but that would pretty much have to be manually |
28 |
> stated since the PM wouldn't be able to judge that by automatic |
29 |
> measures. This, on the other hand, can (at least partially) be handled |
30 |
> automatically for the ebuild-devs on the PM side of things. |
31 |
That's a different thing: |
32 |
A dependency on gcc just ensures that gcc is installed not that it is |
33 |
actually used to build a package. |
34 |
And for such a dependency we'd need new ways to express deps since gcc is |
35 |
only needed when building packages not when it gets installed from a |
36 |
binpkg. |
37 |
But this is not an argument for an automagic dep. |
38 |
|
39 |
-- |
40 |
gentoo-dev@l.g.o mailing list |