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 <gentoo-dev+bounces-45352-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1QCb9z-0005uu-Kg
for garchives@archives.gentoo.org; Wed, 20 Apr 2011 17:25:53 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 3B0CD1C09F;
Wed, 20 Apr 2011 17:25:40 +0000 (UTC)
Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53])
by pigeon.gentoo.org (Postfix) with ESMTP id 7DEEC1C045
for <gentoo-dev@lists.gentoo.org>; Wed, 20 Apr 2011 17:24:54 +0000 (UTC)
Received: by ywl2 with SMTP id 2so350334ywl.40
for <gentoo-dev@lists.gentoo.org>; Wed, 20 Apr 2011 10:24:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=domainkey-signature:sender:date:from:to:subject:message-id
:mail-followup-to:mime-version:content-type:content-disposition
:user-agent;
bh=VjspAO24OUpAiwWvO1hDRivMjZtSiHaZRnzhuU4fqoQ=;
b=jFo4ZzpRKD5sGt5DXFLT6Eqm6+vLfpUKOWNmqVTY40Ry46ep56CQsaYcAESSgfzrwC
KyCfSpKtHW0qoumYV8Ynr13X3NY56gmtLB0FE2syWO9JJXPY6kltTAeFxGWHSxnmOkub
JCG0xdhwlGTEJTUDssgvlWwxCR4On4TPVPQTY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=gamma;
h=sender:date:from:to:subject:message-id:mail-followup-to
:mime-version:content-type:content-disposition:user-agent;
b=PVInDpDAoUbq38IPI95dVUgTB6T0qZELGLtC3ltH8WiAqToQatGzBbEXCYDQNansGO
TlFUifP1MCWee2xJst/Gy6L9f2HlwV3i+KR8rPa8ADtcH1uCmpMyCcWg9vcbdwIw2TXt
8A23hRm/P8sfI2sFNoF9R+d7dAxTitkLFM6Hc=
Received: by 10.150.69.27 with SMTP id r27mr6566970yba.114.1303320293568;
Wed, 20 Apr 2011 10:24:53 -0700 (PDT)
Received: from linux1 (cpe-76-183-49-63.tx.res.rr.com [76.183.49.63])
by mx.google.com with ESMTPS id o2sm1765563ybn.21.2011.04.20.10.24.51
(version=SSLv3 cipher=OTHER);
Wed, 20 Apr 2011 10:24:52 -0700 (PDT)
Sender: William Hubbs <w.d.hubbs@gmail.com>
Received: by linux1 (sSMTP sendmail emulation); Wed, 20 Apr 2011 12:24:19 -0500
Date: Wed, 20 Apr 2011 12:24:19 -0500
From: William Hubbs <williamh@gentoo.org>
To: gentoo development <gentoo-dev@lists.gentoo.org>
Subject: [gentoo-dev] rfc: openrc use flag
Message-ID: <20110420172419.GC12411@linux1>
Mail-Followup-To: gentoo development <gentoo-dev@lists.gentoo.org>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="JWEK1jqKZ6MHAcjA"
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Archives-Salt:
X-Archives-Hash: aaf30f7e3159285d567066f202db148e
--JWEK1jqKZ6MHAcjA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
All,
This bug [1] brings up an issue that I would like thoughts about.
sys-fs/udev and net-wireless/bluez, among other packages, install udev
rules which assume that you are using openrc.
On systems where openrc is not used in the boot process, this causes
issues because openrc services are run by the udev rules even though
openrc did not boot the system.
The author of the bug feels that the way to fix this is for us to put a
check in openrc that makes it refuse to run services if it was not used
in the boot process.
This may work; however, I do not feel that it addresses the root cause
of the bug. I feel that the root cause is packages unconditionally
installing udev rules which assume everyone uses openrc.
My proposal is to give these packages an "openrc" use flag which will
control whether or not openrc specific support will be installed. This
would be on by default, of course, since most of us use openrc.
The author of the bug is correct about the disadvantage of doing this --
if you want to switch on or off openrc support, this will require a
rebuild of the affected packages.
I feel that the advantage of this approach outweighs this disadvantage
because this approach allows the user to tell udev not to even attempt
to run openrc services, and this will lead to a more efficient system.
Any input would be appreciated.
William
[1] http://bugs.gentoo.org/show_bug.cgi?id=364159
--JWEK1jqKZ6MHAcjA
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
iEYEARECAAYFAk2vFsMACgkQblQW9DDEZTiRPQCgpX1jdaLO1F7HBXNJRHZXdihl
eZAAn0bT72b5I10i9UuGgVV/fwuRS2EQ
=XRPk
-----END PGP SIGNATURE-----
--JWEK1jqKZ6MHAcjA--