Hi, On 11/13/2013 12:39 PM, Tom Wijsman wrote: > On Wed, 13 Nov 2013 10:28:02 +0000 (UTC) > Martin Vaeth <[email protected]> wrote: > >> Hello. >> >> The new "features" use.stable.mask and package.use.stable.mask >> have turned maintaining systems with mixed ARCH and ~ARCH keywords >> into a nightmare: > > They are considered unsupported by many; so, going down that path you > need to be acquainted with Portage enough to keep a consistent system.
This argument has come up several times, but is it valid? For me and other people I know, the main reason to use Gentoo is the rolling release model and this implies that you can mix package versions as long as version dependencies are satisfied. When the dependency is "cat/package" then this should mean that it works with every version. If it does not, then the ebuild's dependencies should be updated. The handbook says nothing about "unsupported": http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=3&chap=3 If "many" choose to change this policy, there is no reason anymore for me to use Gentoo. >> Similarly to the (fortunately dropped) concept of forcing >> useflags if certain packages are installed this forces a >> magic on the user which can hardly be managed since it is >> not clearly presented to the user but hidden in some profiles. >> >> As I understand, it tries to solve a "social" issue >> (that an ARCH user might set a USE-flag which eventually >> pulls in an ~ARCH package) on a technical level >> (by forcibly disabling the USE-flag for the user). > > That's one approach, it might also be used when a package can be > stabilized but a certain of feature of the package cannot; eg. > USE="minimal" could be broken on a certain package because it removed a > bit too much, thus it could be stabilized with USE="-minimal" forced. > > Anyhow, I think we should make sure to weight "why we need to have it" > against "how it bothers which users"; and not just focus on users alone. > > And other than that, are there alternatives? Something we can do better? We could consider reducing the feature set of portage and live with the "problems" that arise. When I started using Gentoo a package could simply not go stable until all dependencies for all USE flags were also stable. Masking USE flags was reserved to a short list of very special architecture depend special cases. [...] >> 2. Just a few days ago dev-lang/python-exec:2 became stable >> on amd64, but dev-python/python-exec:2 is still ~amd64. >> Just to be sure to not miss anything, I have put the latter >> into package.accept_keywords, and hell break loose: > > Hell indeed breaks loose if you mix stable and unstable; but note that > this package had an accident, see the related news item for details. Do you mean stable and unstable in this case, or in general? [...] In general I share the sentiment. The complexity of using portage has increased a lot lately. Not only does it take long to find out why things suddenly go wrong after tree sync, also just the time until 'emerge -avUDN world' comes back with a proposal has grown to several minutes where it was few seconds when I started with Gentoo. There has been a lot of effort to make revdep-rebuild unessecary, but now that it is mostly implemented, I don't know if it was worth the price. I spend more time now just reconfiguring keywords to update the system than I spent back in the old days where revdep would just fix things. If the answer is, that I should not mix arch and ~arch, then I'll not use Gentoo anymore. Cheers, Thomas -- Thomas Kahle
signature.asc
Description: OpenPGP digital signature
