All, mgorny opened up a bug[1], which requests for all eclasses that use the 'prefix' USE-flag to be "fixed" to add 'prefix' to IUSE.
While the 'prefix' USE-flag has since its introduction belonged to that group of USE-flags that are not supposed to be set by the user him/herself, it is not covered by any definition claiming it is. (Judging by PMS.) Other flags in this category are the userland_*, elibc_*, kernel_*, x86, amd64, etc. flags. With the introduction of IMPLICIT_IUSE (scheduled for EAPI 5), a phrase has been added to PMS, that finally makes a statement on what's supposed to be in IUSE, and what not[2]. To me, this patch means that things like userland_BSD, elibc_glibc, etc. do *NOT* belong in IUSE of an ebuild/eclass (and hence should b removed). 'prefix', on the other hand, should be added to IUSE of those ebuilds/eclasses that use them. For EAPI 5 (assuming it contains IMPLICIT_IUSE) the base profile can be enriched with IMPLICIT_IUSE="prefix". For all currently Council approved EAPIs this means 'prefix' has to be added to IUSE. While said bug[1] is assigned to the prefix team, I feel this is actually for the coordinating role, since prefix does not own most of the ebuilds/eclasses that would need changes. In case you wonder why this is a problem now, Portage/repoman has a rule that USE-flags that are masked in the profiles implicitly are defined. Since USE=prefix is masked in the base profile, for Portage this USE-flag is always defined. With the updated PMS documentation, however, it is supposed to act differently. Since this would require quite some work, I'd like to hear what the (dev) community thinks of this, if at all, before I'll Cc all responsible teams and maintainers to fix the eclasses, followed by ebuilds. [1] https://bugs.gentoo.org/show_bug.cgi?id=433894 [2] http://git.overlays.gentoo.org/gitweb/?p=proj/pms.git;a=commitdiff;h=d9040ab3482af5f790368bac5d053bf1cd760ba8;hp=f9f7729c047300e1924ad768a49c660e12c2f906 -- Fabian Groffen Gentoo on a different level
signature.asc
Description: Digital signature
