>>>>> On Sat, 16 Aug 2014, William Hubbs wrote:

> The initial proposal is to change this behaviour so that the PMS
> default phase functions call all matching phase functions from
> inherited eclasses in sequence.

> I strongly oppose this change, because I feel it will make our
> entire tree very unpredictable at best. [...]

+1

> My counter proposal to this is that we stop calling eclass phase
> functions automatically, and to minimize the amount of boilerplating
> we would have to do, we use a variable, such as ECLASS_PHASES which
> would be defined at the ebuild level and contain a list of the
> eclass phase functions we want to run automatically.

I'm strongly opposed against this proposal, too. Our current system
essentially works. Also, already now you can suppress automatic
calling of phase functions at the eclass level (by not exporting them)
and at the ebuild level (by defining explicit phase functions).

Ulrich

Attachment: pgp9hPgomevPD.pgp
Description: PGP signature

Reply via email to