Gentoo Archives: gentoo-dev

From: Ciaran McCreesh <ciaran.mccreesh@××××××××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] My wishlist for EAPI 5
Date: Thu, 21 Jun 2012 13:20:50
Message-Id: 20120621142000.58aefaa1@snowbell
In Reply to: Re: [gentoo-dev] My wishlist for EAPI 5 by Homer Parker
On Thu, 21 Jun 2012 08:13:50 -0500
Homer Parker <hparker@g.o> wrote:
> > And what did Gentoo get out of it? > > > > What I remember is Gentoo putting in lots of work randomly changing > > things until things worked, and ending up not knowing what most of > > those changes were or why they were done. The end result is that > > there's still a random smattering of multilib-related mess > > cluttering up ebuild internals that doesn't actually do anything > > except cause intermittent breakages. Doing experiments is great as > > a way of understanding the problem, but it isn't how you deliver a > > solution. That takes a lot more work, and someone has to be > > prepared to do it. > > The hell? Other distos where still thinking of how to > implement multilib and we had it. I know first hand as I trashed a > system trying out the latest-n-greatest.. And the next round fixed > it. The -emul packages from then on along with the multilib profiles > have worked fine. why are people running around demanding that reinventing multilib is the number one priority and has to be in EAPI 5 immediately then? I was under the impression that your fellow developers don't consider the -emul packages to be an adequate solution. If that isn't the case, and the existing mechanism is in fact fine as you claim, then great, we can ignore multilib from an EAPI perspective. I can only go on what your colleagues are claiming here. I suggest if you're upset at the suggestion that Gentoo doesn't have a decent multilib implementation then you take it up with all the people who are demanding the PMS team provide them with one. -- Ciaran McCreesh


File name MIME type
signature.asc application/pgp-signature


Subject Author
Re: [gentoo-dev] My wishlist for EAPI 5 Homer Parker <hparker@g.o>