On Fri, 10 Oct 2008 10:40:53 -0500 "Jeremy Olexa" <[EMAIL PROTECTED]> 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
signature.asc
Description: PGP signature
