Gentoo Archives: gentoo-council

From: Ciaran McCreesh <ciaran.mccreesh@××××××××××.com>
To: Donnie Berkholz <dberkholz@g.o>
Cc: gentoo-council@l.g.o
Subject: Re: [gentoo-council] Preliminary Meeting-Topics for 12 February 2009
Date: Thu, 12 Feb 2009 18:04:04
Message-Id: 20090212180350.0d9a9df5@snowcone
In Reply to: Re: [gentoo-council] Preliminary Meeting-Topics for 12 February 2009 by Donnie Berkholz
On Thu, 12 Feb 2009 09:37:43 -0800
Donnie Berkholz <dberkholz@g.o> wrote:
> On 17:21 Thu 12 Feb , Ciaran McCreesh wrote: > > The problem is, without GLEP 55, EAPI isn't known before the ebuild > > is sourced to generate metadata. If someone uses += anywhere that > > older bash looks when sourcing for metadata generation (which is > > not just global scope) > > Where else does it look?
It has to be able to parse the file, which means it can get confused by things that appear to older versions to be mismatched brackets, even if they're hidden deep in some function.
> > the package manager won't know that the EAPI says that bash-3.1 is > > required for sourcing until after it's already done the sourcing, > > by which point it's too late. > > OK. What could we do about this? GLEP 55 was one suggestion. > > I'm seeing a lot of people shooting down suggestions, and not many > people presenting good, workable solutions. Could we get some more of > those on the table?
GLEP 55 *is* the good, workable solution. There still haven't been legitimate any technical objections to it. -- Ciaran McCreesh


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