Re: [gentoo-dev] rfc: should openrc be mandatory on all gentoo systems?

[William Hubbs]

On Wed, Jun 29, 2011 at 03:49:13PM +0400, Peter Volkov wrote:
> В Срд, 29/06/2011 в 07:53 +0100, Ciaran McCreesh пишет:
> > On Wed, 29 Jun 2011 02:47:36 -0400
> > Mike Frysinger <vapier@g.o> wrote:
> > > > Both. There's code in Paludis that duplicates a bunch of that stuff
> > > > simply because I wasn't sure what I could and couldn't rely upon.
> > >
> > > the file should provide the classic e* output funcs that we've all
> > > grown to love, and are now enshrined in PMS.  it has had other
> > > functions come and go over the years, but i think things have settled
> > > on just the output helpers.  was there anything other than the output
> > > helpers you were interested in ?
> >
> > I seem to recall duplicating the colours stuff for Eselect too. But the
> > variable names seem to be different there, and the 'portageq' call
> > screws around with things, so perhaps by now things have diverged to the
> > extent that it's easier to just keep similar but different code around.
>
> Having single location for this functions allows system wide
> customization of colors...
>
> Personally I'd like to have this functions in separate package. What if
> we'll provide two tarballs from the single openrc sources, e.g.
> efunctions.tar.bz2 and openrc.tar.bz2, and correspodingly two packages?
> openrc tarbal will have code for efunctions included but its
> installation will be disabled in ebuild. This way we'll have full openrc
> sources for those who need it and in Gentoo we'll have separate package
> with efunctions for other packages to depend on.

That is similar to what I'm looking at doing with openrc.  What I'm
thinking if we go that route is that openrc will have a use flag,
"core", or something similar which will install enough of openrc to make
those functions available. I am opposed to two separate packages; I
think that is a lot more work than necessary.

The disadvantage is that functions.sh is not a simple script; most of
the functions are actually part of /sbin/rc which is a multi call binary,
so I'll need to make sure the unnecessary functionality is disabled in
the binary as well.

William