Following commit (http://git.kernel.org/?p=linux/hotplug/udev.git;a=commit;h=b618e9957b2bd8a4484368620b71ca16fef0c9e6) looks like it has potential to break quite a few things across the board, at very least pulseaudio, on non-systemd systems. AFAICT, atm. there's no obvious alternative provider of this functionality. (in regard of CC list: sound - pulseaudio; freedesktop - polkit/consolekit)
Udev upstream stated in their commit message that this will be taken over by a future version of consolekit. There is no official release of udev > 181 yet, so there isn't anything I can do from a udev perspective. We need to see if consolekit does pick up this functionality.
@comment 1: well, that's the optimistic case. Given the current track record of the recent udev releases in regard of non-systemd setups and the fact, that not only consolekit upstream declared itself obsolete, but there were no commits into consolekit repo since 25.05.2011, I've got a really bad feeling about this ending up as another case of "we care *only* about systemd" (that is I kind of doubt such consolekit version will actually happen - i.e. pulseaudio recently simply got a systemd module and an early return in consolekit module). TBH, I wonder if openrc wouldn't be the proper place for a workaround in Gentoo. I'd like to remind you about bug 360849 comment 28: "we will get there this year, i hope", indeed.
It looks like consolekit is going to have a new release soon which will take care of this. Also, udev-182 is now out and will be added to the tree.
udev 182 is in the tree, package.masked, until the new consolekit is released.
Fixed with consolekit-0.4.5-r3
is it possible to re-introduce the use flag "acl" and make it depend on consolekit? >=consolekit-0.4.5-r3[acl] this would save problems with packages that depend on udev[acl] like net-print/hplip
(In reply to comment #6) > is it possible to re-introduce the use flag "acl" and make it depend on > consolekit? > > >=consolekit-0.4.5-r3[acl] > > this would save problems with packages that depend on udev[acl] like > net-print/hplip no, but I fixed hplip ebuilds instead. :) a user noted this on #gentoo at Freenode few minutes ago
*** Bug 416763 has been marked as a duplicate of this bug. ***
(In reply to comment #8) > *** Bug 416763 has been marked as a duplicate of this bug. *** your response to duplicate bug report >Solution: >Use current stable consolekit. what happens if I don't want X and realted deps? what functionality am I missing? (will need to replicate by hand in udev rules)
USE="acl" in sys-auth/consolekit and older versions of sys-fs/udev is related to MultiSeat support. You propably don't want this feature at all... Google "ConsoleKit MultiSeat" or similar... And couple of X libraries getting pulled in as dependency, well, boohoo
@comment 10: not quite right. It's for setting access rights to various devices via ACL for the active user (as defined by consolekit). The final rule in the file was: LABEL="acl_apply", TAG=="udev-acl", TEST=="/var/run/ConsoleKit/database", \ RUN+="udev-acl --action=$env{ACTION} --device=$env{DEVNAME}" So, if for it to be working, consolekit was *already* required.
(In reply to comment #11) > @comment 10: not quite right. bah. nitpicking. > It's for setting access rights to various devices via ACL for the active > user (as defined by consolekit). right, which is mostly useful for multiseat setups. (now i'm done with commenting here :)
