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
signature.asc
Description: This is a digitally signed message part.
