From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MDcdj-0001fX-OJ for garchives@archives.gentoo.org; Mon, 08 Jun 2009 11:03:43 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3F319E0348; Mon, 8 Jun 2009 11:03:42 +0000 (UTC) Received: from mail.marples.name (rsm.demon.co.uk [80.177.111.50]) by pigeon.gentoo.org (Postfix) with ESMTP id C452DE0348 for ; Mon, 8 Jun 2009 11:03:41 +0000 (UTC) Received: from [10.44.2.150] (host81-149-27-23.in-addr.btopenworld.com [81.149.27.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.marples.name (Postfix) with ESMTPSA id 8866627B19; Mon, 8 Jun 2009 12:03:40 +0100 (BST) Message-ID: <4A2CF009.4030409@marples.name> Date: Mon, 08 Jun 2009 12:03:37 +0100 From: Roy Marples User-Agent: Thunderbird 2.0.0.21 (X11/20090521) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: Mike Frysinger CC: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Detecting Baselayout2/OpenRC from init.d scripts (summary of debate and plans from bug 270646) References: <20090607195950.GI22927@orbis-terrarum.net> <200906080619.20962.vapier@gentoo.org> <4A2CE979.90207@marples.name> <200906080638.23422.vapier@gentoo.org> In-Reply-To: <200906080638.23422.vapier@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 07b012fe-7e26-4e29-ab41-b4051c5e4d26 X-Archives-Hash: 6c26702cfc8c745d99f2bae16ec5a41d 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 ] Way to go. > >> 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. > >> 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. Thanks Roy