* Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives
@ 2009-02-25 22:19 99% ` Andrew Gaffney
0 siblings, 0 replies; 1+ results
From: Andrew Gaffney @ 2009-02-25 22:19 UTC (permalink / raw
To: gentoo-dev
Brian Harring wrote:
>
> 4) eapi as a function; instead of "EAPI=1", do "eapi 1", required as
> the first statement (simplest way).
> pros:
> - global scope changes can occur (inherit mechanism changes
> included).
> - expanding on the first, auto inherits (pkg level) are possible-
> effectively when eapi gets invoked the manager is in control and
> can do whatever is desired setting up the env wise.
> - bash version requirements can be leveled (bash parses as it goes,
> meaning that essentially it won't parse what follows 'eapi 2' till
> that command statement finishes)
> - fits w/ the existing semantics nicely enough.
> cons:
> - mangling the version rules for pkgs still isn't possible; no -scm.
> Arguable if -scm is even desired, but being explicit about it not
> covering this.
> - transition is slightly icky; basically one of the following is
> required-
> a) for EAPI>=2, do 'eapi 3 || die "upgrade your manager"'. Reason
> for this is that current managers obviously lack an eapi function,
> to make managers available *now* blow up the || die is required.
> This solution can be deployed now, no transition required although
> at some point stating "eapi is required retroactively for all
> eapis" would be wise to eliminate the need for the || die (cut
> support basically for old managers)
> b) bashrc trickery, defines an eapi if it's unset. Said eapi
> function exports EAPI=$1, optionally triggering a die if the eapi
> isn't 0,1,2 (since any later eapi would require a manager upgrade
> which would also have the eapi function).
>
> Personally, if g54 is ixnayed #4 I tend to think is the best option
> out there- if g54 is forced in, g55 (or at least something that
> adjusts the extension to make it invisible to current managers) is
> required.
>
> Commentary? Tend to think #4 is the most aesthetically pleasing to
> folk, but who knows...
> ~harring
I really like this idea, but nobody else seems to have commented on it.
--
Andrew Gaffney http://dev.gentoo.org/~agaffney/
Gentoo Linux Developer Catalyst/Genkernel + Release Engineering Lead
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2009-02-24 22:21 [gentoo-dev] Collecting opinions about GLEP 55 and alternatives Petteri Räty
2009-02-25 12:49 ` Brian Harring
2009-02-25 22:19 99% ` Andrew Gaffney
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox