1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
On 23-07-2010 11:37, Ciaran McCreesh wrote: |
5 |
> On Fri, 23 Jul 2010 13:30:02 +0200 |
6 |
> Thomas Beierlein <tomjbe@g.o> wrote: |
7 |
>>>> interesting. I did not know that an ebuild can use-depend on |
8 |
>>>> itself. Good to know. |
9 |
>>> |
10 |
>>> No, not good. It doesn't make any sense. |
11 |
> |
12 |
>> Can you give some reasoning for that? |
13 |
> |
14 |
> It's entirely unclear what deps upon self actually mean. Some people |
15 |
> use them to say that a package needs to be installed before it can |
16 |
> install itself. Thus, things like: |
17 |
> |
18 |
> DEPEND="|| ( myself myself-bin )" |
19 |
> |
20 |
> So a dependency upon myself[foo] would probably mean "I need |
21 |
> myself[foo] to be installed before I can install myself", not "I need |
22 |
> the foo flag to be set on myself". |
23 |
|
24 |
In this case the dependencies are clear. They're not pretty, but they're |
25 |
clear. |
26 |
|
27 |
> In any case, abusing DEPEND isn't a mechanism for implementing use |
28 |
> requirements. You should use the mechanism that's designed for use |
29 |
> requirements to do use requirements, which means waiting for EAPI 4 |
30 |
> and pkg_pretend, or just follow existing policy and pick one in the |
31 |
> case of a conflict. |
32 |
|
33 |
Abusing depend is a good way to do this, until we get better tools. I |
34 |
have to agree with Brian's proposal and say that in this particular |
35 |
case, the best solution is required_use and not pkg_pretend. |
36 |
|
37 |
- -- |
38 |
Regards, |
39 |
|
40 |
Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org |
41 |
Gentoo- forums / Userrel / Devrel / KDE / Elections |
42 |
-----BEGIN PGP SIGNATURE----- |
43 |
Version: GnuPG v2.0.16 (GNU/Linux) |
44 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ |
45 |
|
46 |
iQIcBAEBAgAGBQJMSYtrAAoJEC8ZTXQF1qEPERoQAL6mZOy0q7SnJO1+7ykRCvSa |
47 |
sUTsb1sKwSi9XMAGeKGdwMZ6+8y9sbaidqlAyCcp+EOFRlUP2eXb+fZVgHCWSjRn |
48 |
VXEVBz3sYf/9VY8S2JF56MifJcysv9QePrf9dtm0VtbsD/lAlTBBVW2xM4AUJITB |
49 |
kZLaDTTWBh3KaK57EYkeT0cSzhB2wkmFo5uBvoTl3Gjefsdvx9pQwA3/W9BJl7YY |
50 |
XnxdXjSzVKw0t382dyoOvyNhRjnYN6eMnHKhLwUt1k7p1AmQLDIZso02IF1GpzwZ |
51 |
YVwMMogvBkAbJvFnwl+Vc/nQIsydYeYoQi5KDxVbQn3Dgmn7+i3yjfkGpCv2nHLQ |
52 |
QOBOlzxdx5cGxS1cQFM0//ugR16WWisfHn7d9X9kPlwvE516x14Pqig//cATh/Jk |
53 |
mbuvICHeUnxDzBnrWH4Z5QjRQhwtA/3dlK7M0k78PFgVjzChS+2o9w8jNNdjhp1+ |
54 |
oFj650hLrG3tpATZwLdKJViRo75Em+Mi+18z4BbwAhoL5VdeDPOxPYT8JemnLD2i |
55 |
2f5hGvPcnAHJmlMkT00PpTR5BZZ4o6Kw69pqA0gYSP2pvDOtmqXVlEeJlhYpv57j |
56 |
bAgPXiG0DVlNkfPf9g+wVzcbFUYob7xGAG0IlDHU7S4IfIX+JzlfsFsskashH8of |
57 |
K7zcCISFebd/uD59cRPB |
58 |
=6TgE |
59 |
-----END PGP SIGNATURE----- |