1 |
On 09/16/2015 05:49 PM, Andreas K. Huettel wrote: |
2 |
> Hi all, |
3 |
> |
4 |
> here's a quote from the Council 20140826 summary: |
5 |
> |
6 |
>> Dynamic dependencies in Portage |
7 |
>> =============================== |
8 |
>> During discussion, is was remarked that some changes, e.g. to |
9 |
>> dependencies in eclasses, could require mass rebuilds of packages. |
10 |
>> |
11 |
>> Vote: |
12 |
>> - "The council asks the Portage team to first outline their long-term |
13 |
>> plan regarding removal or replacement of dynamic dependencies, |
14 |
>> before they remove this feature. In particular, tree policies and |
15 |
>> the handling of eclasses and virtuals need to be clarified." |
16 |
>> Accepted unanimously. |
17 |
> |
18 |
> Since there seems to be interest in the Portage team to go ahead with that |
19 |
> plan, I'd like to ask about the tree policies and the handling of eclasses and |
20 |
> virtuals. |
21 |
> |
22 |
> I guess we'd appreciate this as a prerequisite for being able to give the plan |
23 |
> future council support. |
24 |
> |
25 |
|
26 |
I'm against it, because I would... |
27 |
* not be able to depend on portage specific behavior anymore |
28 |
* not be able to break the dep-graph for portage users who disable |
29 |
dynamic dependencies (and even those who don't) |
30 |
* not be able to break the dep-graph for paludis users |
31 |
* be forced to actually write ebuilds that comply to PMS |
32 |
* have to care about correctness of dependencies |
33 |
* have to do some work, actually |
34 |
* have to listen to people like PMS and PM authors, but I am smarter |
35 |
|
36 |
Instead we should... |
37 |
* start another thread of ~100 mails where PM authors have to repeatedly |
38 |
explain the problem to every single developer |
39 |
* let the council dictate over 3-liner devmanual patches that are merely |
40 |
expressions of the current PMS standard |
41 |
* piss off everyone who was even remotely thinking of working on this |
42 |
(there's no one anymore, so maybe this point can be omitted) |