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
pgpbgddVWkL4N.pgp
Description: PGP signature
