* Re: [gentoo-dev] eapi function (Was: Collecting opinions about GLEP 55 and alternatives)
@ 2009-02-26 0:11 99% ` Ciaran McCreesh
0 siblings, 0 replies; 1+ results
From: Ciaran McCreesh @ 2009-02-26 0:11 UTC (permalink / raw
To: gentoo-dev
[-- Attachment #1: Type: text/plain, Size: 1698 bytes --]
On Wed, 25 Feb 2009 16:02:46 -0800
Brian Harring <ferringb@gmail.com> wrote:
> Bullshit. First invocation of the ebuild, that means it can do
> whatever it wants to the environment- literally swapping in the EAPI
> environment right then/there. Auto inherits, changing the inherit
> mechanism, everything (this includes shopt adjustments).
>
> Not even sure why you're arguing that one, but back it up w/ examples
> if you want to continue that line of FUD.
You can do that on a variable assignment too, with all the same
implications as having it as a function, and a slightly less horrible
upgrade path.
> > Global scope die is very very messy. This leaks out to users in the
> > form of horrible messages that make the user think something's badly
> > broken.
>
> One would think "upgrade your manager" would be... self explanatory.
> Regardless, spelling it out- the user visible barf is only visible on
> existant managers.
>
> For any manager supporting eapi>2 (thus having the function), the
> function can exist out cleanly (no stderr complaints) from sourcing
> at that point without issue.
Which is a "wait a year or more" thing... If you do it with a variable
instead of a function, you can at least roll out EAPI 3 (without any
global scope changes, but with the stricter "stop on setting an
unsupported EAPI" requirement) without the wait.
> Every proposal has uglyness- g55 for example doesn't give the user
> any indication that they're not seeing ebuilds due to EAPI (in other
> words loss of functionality that exists now).
Given you're a proponent of not showing users things that're merely
masked...
--
Ciaran McCreesh
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ 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 23:03 ` [gentoo-dev] eapi function (Was: Collecting opinions about GLEP 55 and alternatives) Ciaran McCreesh
2009-02-26 0:02 ` Brian Harring
2009-02-26 0:11 99% ` Ciaran McCreesh
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox