Re: [gentoo-dev] [RFC] Adding features to Portage that work on top of any EAPI

[Ciaran McCreesh]

On Fri, 10 Oct 2008 10:40:53 -0500
"Jeremy Olexa" <darkside@g.o> wrote:
> In a way I feel like we (the Prefix project) are mis-using the EAPI
> value.

You're misusing it in the way you treat it as a set of strings rather
than a single value. But this being an EAPI thing seems right.

> If we have something that is designed to work with *any* EAPI,
> is it really a special EAPI? haubi said something on the gentoo-alt
> list that made me think about this more:
> "When an usecase of something is orthogonal to what that thing is
> designed for, one should consider using a different thing for this
> usecase." -source unknown
>
> Is this PROPERTIES-like information? Is that easily supportable in
> the PM?

I don't see it as orthogonal.

Here's the thing: you can't use prefix ebuilds in a non-prefix-aware
package manager because things like ED will be unset. If prefix ebuilds
could work (as in, install unprefixed) in a purely vanilla package
manager with no prefix awareness, it could be done using PROPERTIES or
some similar variable. But prefix won't work at all unless its
extensions are present, and it also appears to require changes to
things that are defined differently in different EAPIs.

I suspect most of the problem is down to timescale. The prefix
development time is spread out over three EAPIs so far, so you need
three sets of (mostly similar) extensions. Had prefix taken less time
to be worked out, it'd fairly clearly be something that could just go
straight in to the next EAPI, with duplicated base system packages in
an overlay to avoid having to use new EAPIs for core things in the
main tree.

-- 
Ciaran McCreesh