Re: [gentoo-dev] Detecting Baselayout2/OpenRC from init.d scripts (summary of debate and plans from bug 270646)

[Mike Frysinger]

On Monday 08 June 2009 07:03:37 Roy Marples wrote:
> Mike Frysinger wrote:
> > On Monday 08 June 2009 06:35:37 Roy Marples wrote:
> >> Mike Frysinger wrote:
> >>> On Monday 08 June 2009 06:12:04 Roy Marples wrote:
> >>>> Mike Frysinger wrote:
> >>>>> On Sunday 07 June 2009 15:59:50 Robin H. Johnson wrote:
> >>>>>> 1. OpenRC will provide /libexec/rc/version, a text file containing
> >>>>>> the version (possible including a git ID) of the release.
> >>>>>
> >>>>> that requires us to actually utilize /libexec/ which is not a Linux
> >>>>> convention on any system ive ever seen.
> >>>>
> >>>> OpenRC works on systems other than Linux and uses the best hierarchy
> >>>> it can to match them all.
> >>>
> >>> i know why you use it, but that doesnt mean Gentoo (Linux) should
> >>
> >> rhetorical:
> >> Should Gentoo (FreeBSD)?
> >
> > that's for the Gentoo/BSD team to decide
>
> So you're now advocating the check being
>
> [ -f /etc/openrc-version -o -f /libexec/rc/version ]

the openrc ebuild will always provide a file in /etc regardless of libexec 
path

> Way to go.

try not to douche up the thread

> >> Also, should Gentoo (Linux) never break with tradition even if
> >> somethings are better elsewhere?
> >
> > no, there is no "innovation" here nor any incentive to do so.  i also
> > personally dont believe in /usr/libexec/, so i'm not going to randomly be
> > convinced by /libexec/ in the meantime.
>
> The "innovation" here being shell scripts and text files are not 32/64
> bit dependent and thus don't belong in a directory clearly marked as such.

ABI is really not the driving force behind libexec vs lib, nor does it really 
matter here.  openrc isnt a multilib package nor does it need to be.

> >> Note, I'm not pushing for Gentoo to use /libexec at all, but you'll have
> >> to move the version file in the ebuild as it just won't work when you
> >> pass LIBEXECDIR=/lib/rc to the make targets.
> >
> > if the make system doesnt have a way of controlling the root libexecdir
> > path, sounds like the make system is limited and/or broken and in need of
> > fixing
>
> Eh? I just told you it does. To keep the status quo with /libexec/rc vs
> /lib/rc I provide a make knob. Now you want to move 1 specific file out
> of /lib/rc (because it could be in /lib64 or /lib32 and not in /lib) and
> into /etc because of the /lib brokenness.

the original discussion made it sound like /etc/openrc-version always existed 
independent of libexec
-mike