1 |
On Fri, 31 Aug 2012 14:11:38 -0700 |
2 |
Zac Medico <zmedico@g.o> wrote: |
3 |
> On 08/31/2012 01:46 PM, Ciaran McCreesh wrote: |
4 |
> > On Fri, 31 Aug 2012 13:03:00 -0700 |
5 |
> > What exactly would the rules be for handling a package that is in |
6 |
> > both DEPEND and HDEPEND, when ROOT is in effect? Would the versions |
7 |
> > be expected to match? What about use flags? |
8 |
> |
9 |
> For the sake of simplicity, I would treat them as entirely |
10 |
> independent. It should be easy enough for users to apply manual |
11 |
> configuration adjustments in order to resolve any conflicts of this |
12 |
> nature that may arise. If there turns out to be a strong demand for |
13 |
> additional constraints, we can consider adding them in a future EAPI |
14 |
> (possibly using a combined DEPENDENCIES variable). |
15 |
|
16 |
The thing is... Without some kind of "the same" constraint, we'd be |
17 |
adding a feature which would probably work most of the time only by |
18 |
coincidence. |
19 |
|
20 |
> > Also, we're getting rather a lot of *DEPEND variables here... If |
21 |
> > we're making people make major changes to their deps, which for |
22 |
> > HDEPEND we definitely would be, |
23 |
> |
24 |
> Well, I not sure that "major changes" is a really good |
25 |
> characterization. We're just talking about migrating a few things |
26 |
> from DEPEND to HDEPEND, and it's not strictly required. The migration |
27 |
> is only needed when fulfilling a request to support cross-compilation |
28 |
> in a particular ebuild. |
29 |
|
30 |
Where are you getting "a few" from? Is this "a few seems to be enough |
31 |
to make it work", or "someone carefully analysed lots of packages to |
32 |
work out exactly what dependencies are HDEPEND, and measured it"? I |
33 |
strongly suspect we're in "works by coincidence" territory again -- |
34 |
"adding packages to HDEPEND as breakages are encountered" is a long way |
35 |
from "having an accurate HDEPEND". Are we aiming for the former or the |
36 |
latter? |
37 |
|
38 |
-- |
39 |
Ciaran McCreesh |