List Archive: gentoo-alt
Note: Due to technical difficulties, the Archives are currently not up to date.
provides an alternative service for most mailing lists.c.f. bug 424647
It might be a good place to dump convenience functions related to the
privileged prefix install stuff that I'm working on as well.
I use eprefixify a lot to install launchd plist files on OSX, and
having had to search for it to find out how it worked, it would
probably be easier for most to have it in eclass.
__armando aka fafhrd
On Tue, Mar 10, 2009 at 5:15 AM, Fabian Groffen <firstname.lastname@example.org> wrote:
> Sort of responding to/being inspired by haubi's comment on -dev about
> "inherit eapi 4", I wondered whether we should make a prefix.eclass.
> 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.
> 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.
> Since I like haubi's idea about inherit doing the magic for eapis,
> perhaps this can even solve the problem we have with our EAPI mungling
> (all our ebuilds just inherit eapi prefix to "tag" them) and all
> eclasses (it remains a hell of a job to keep it working), as well as
> having prefix ebuilds live happily next to non-prefix ones. But for
> that we really need Portage to be able to mask based on what's in the
> inherit line, e.g. the resolver needs to take it into account.
> Fabian Groffen
> Gentoo on a different level