On Wed, Nov 13, 2013 at 1:24 PM, Peter Stuge <[email protected]> wrote: > Rich Freeman wrote: >> >> Users who take advantage of new features in these kinds of states >> >> are going to run into problems. That's just the cost of being on >> >> the cutting edge. >> > >> > Why should a feature be allowed to cause problems? To me that just >> > means that the feature isn't finished yet, so why publish it? >> >> Where were any of the multilib features published? > > Published as in made available to users. Were you refering to > Martin's use of emul-libs or something hypothetical? Sorry - I > might have lost track of the thread.
Experimental features are added to portage/eclasses/etc all the time. The intent is to get more use out of them, get feedback, enable some benefit, etc. That doesn't mean that somebody who runs RAP or hardened-to-the-max is going to have the same experience as somebody who runs amd64 stable. Gentoo lets you do stuff that few distros even make possible. That doesn't mean that it always makes all of those options "easy." They aren't "unsupported" - but the difference between "unsupported" and "supported" in a volunteer distro is a bit hazy. The more you step off the beaten path, the more you're a guinea pig. By all means report issues you find and help make Gentoo better, but don't be upset if a bunch of volunteers came up with something cutting-edge and it has a few bugs. I mean, we're talking about giving users the ability to build any package against any ABI and to mix/match as you please. Ten years ago we were happy to have a 32-bit flash package. No distro handles any of this stuff nearly as well as we do, even if we still have some rough edges. Rich
