1 |
I like this as well. |
2 |
However, since we're going to introduce a *DEPEND split, how about |
3 |
splitting PDEPEND as well? |
4 |
|
5 |
As far as I've seen, PDEPEND has two (or more?) different meanings: |
6 |
- advisory (for instance, informing users about plugins) |
7 |
- cycle-breaking to help the dependency solver |
8 |
|
9 |
Would it be possible to add support for ODEPEND (as in "optional" |
10 |
dependencies -- I don't really care about the variable name) as well? |
11 |
This would be quite beneficial under certain circumstances. One of |
12 |
these is when ebuilds are shipped with PDEPENDs which are not required |
13 |
at runtime nor for cycle-breaking... |
14 |
|
15 |
Another scenario in where ODEPEND would be nice to have is with |
16 |
systemd init files pulled in by USE=systemd (and generally use? ( |
17 |
sys-apps/systemd ) in *DEPEND). Providing full systemd support for all |
18 |
the packages without forcing users to have it installed, given that |
19 |
openrc is the de-facto standard init system in Gentoo (and we don't |
20 |
have any openrc? ( sys-apps/openrc )), would be a nice features for |
21 |
binpkg repos. Users could then choose to enable or disable ODEPEND |
22 |
during dependencies calculation via make.conf or argv. |
23 |
|
24 |
I don't want to diverge too much from the HDEPEND discussion, but I |
25 |
think that if we're going to split *DEPEND, it might be a good |
26 |
opportunity to do it right _once_ and _for all_. |
27 |
|
28 |
-- |
29 |
Fabio Erculiani |