FS#17814 - [udev] bad path location of udev-acl.ck symlink

Attached to Project: Arch Linux
Opened by Gerardo Exequiel Pozzi (djgera) - Wednesday, 13 January 2010, 00:28 GMT
Last edited by Tobias Powalowski (tpowa) - Sunday, 24 January 2010, 18:31 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Tobias Powalowski (tpowa)
Jan de Groot (JGC)
Thomas Bächler (brain0)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: /lib/ConsoleKit/run-session.d/udev-acl.ck should be located on /usr/lib/ConsoleKit/run-session.d/udev-acl.ck so consolekit can execute it (*)

Maybe this should be in separate bugreport:
(*) Anyway moving the symlink to correct location, for some reason acl on devices files are not set.
Putting other symlinks on that dirs shows that Consolekit executes it. But there are no logs about this (running consolekit with --no-daemon --debug, only logs that programs under run-seat.d are executed)

If running udev-acl manually with # /lib/udev/udev-acl --action=add --user=1000 acls are setup OK.

Additional info:
udev-146-2
udev-149-1
udev-150-1
consolekit-0.4.1-2

EDIT: in udev-149-1 this file is located at /lib/ConsoleKit/run-seat.d/udev-acl.ck so moving to /usr/lib/ConsoleKit/run-seat.d/udev-acl.ck should solve the issue. In this case ACL are setup OK (**)

(**) There exist other problem but in this case is related to consolekit (I guess): log a user "x" on tty1 (acls set to this user), log as user "y" under tty2 (acls set to this user), back to tty1, and acls not changed for this current user "x".
This task depends upon

This task blocks these from closing
 FS#17843 - [hplip] enable udev-acl support 
Closed by  Tobias Powalowski (tpowa)
Sunday, 24 January 2010, 18:31 GMT
Reason for closing:  Fixed
Additional comments about closing:  150-2
Comment by Gerardo Exequiel Pozzi (djgera) - Sunday, 24 January 2010, 16:39 GMT
Fix attached.

Loading...