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 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 ; Wed, 20 Apr 2011 17:24:54 +0000 (UTC) Received: by ywl2 with SMTP id 2so350334ywl.40 for ; 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 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 To: gentoo development Subject: [gentoo-dev] rfc: openrc use flag Message-ID: <20110420172419.GC12411@linux1> Mail-Followup-To: gentoo development 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 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--