Note: Due to technical difficulties, the Archives are currently not up to date.
GMANE provides an alternative service for most mailing lists. c.f. bug 424647
List Archive: gentoo-alt
On 10-03-2009 17:17:00 +0100, Michael Haubenwallner wrote:
> On Tue, 2009-03-10 at 10:15 +0100, Fabian Groffen wrote:
> > Currently we have eprefixify as function provided by Portage, and hence
> > ebuilds that use eprefixify cannot be straight ported to gentoo-x86.
> > Most notable are the eselect-* ebuilds that some gentoo-x86 devs like to
> > give full Prefix support, but simply can't because eprefixify (which we
> > would use) cannot be used in gentoo-x86.
>
> Maybe indeed you're right, eprefixify is just an utility to help fixing
> package's code and should not be part of an EAPI.
I think I'll draft up a proposal tonight.
> > So, should we start an eclass with for now eprefixify in there, and for
> > every ebuild where we use it, start inheriting prefix and nuke the
> > function from Portage? Somehow I think this is a good idea.
>
> In gentoo-x86, this indeed can help to integrate prefix ebuilds, even
> with EAPI 0. Just set EPREFIX/ED/EROOT if unset, in global scope.
I had not thought about that one, actually. That's really cool. Sort
of makes our ebuilds backwards compatible...
> But the keyword issue still stands...
True, but that's just politics.
--
Fabian Groffen
Gentoo on a different level
|
|