| 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----- |
Archives