FS#29048 - [consolekit] No setting the right acl for /dev/snd/seq
Attached to Project:
Arch Linux
Opened by Jorge Villaseñor (salinasv) - Thursday, 22 March 2012, 06:44 GMT
Last edited by Tom Gundersen (tomegun) - Sunday, 04 November 2012, 16:24 GMT
Opened by Jorge Villaseñor (salinasv) - Thursday, 22 March 2012, 06:44 GMT
Last edited by Tom Gundersen (tomegun) - Sunday, 04 November 2012, 16:24 GMT
|
Details
Description:
The acl settings for /dev/snd/seq are wrong. Somehow the acl rules in 70-udev-acl.rules are not being applied to snd/seq but they are applied to snd/timer. Both are created in the same line 50-udev-default.rules:43 This make it impossible to use midi controllers if you are not in the audio group (which is prohibited by PulseAudio if you want multiple users logged in http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/PerfectSetup) I have more info in a forum thread: https://bbs.archlinux.org/viewtopic.php?id=137856 Additional info: * package version(s): udev 181-5 Steps to reproduce: 1) Execute: getfacl /dev/snd/{seq,timer} 2) See the differences between both of them. |
This task depends upon
[#1] http://cgit.freedesktop.org/ConsoleKit/commit/?id=d491e4017d3a098b6a2a4fe5a73989c172dfa035
$ udevadm info -q all -n /dev/snd/timer
device node not found
$ sudo modprobe snd_timer
$ udevadm info -q all -n /dev/snd/timer
P: /devices/virtual/sound/timer
N: snd/timer
E: DEVNAME=/dev/snd/timer
E: DEVPATH=/devices/virtual/sound/timer
E: MAJOR=116
E: MINOR=33
E: SUBSYSTEM=sound
E: TAGS=:uaccess:
E: UDEV_LOG=3
E: USEC_INITIALIZED=2830870
Add snd_timer to your MODULES if you need this on a regular basis...
I do have /dev/snd/timer and it do have the right permissions in snd/timer.
Also I do have /dev/snd/seq but this last one doesn't have the right permissons. I mentioned snd/timer because they both are created in the same udev rule but differ at the moment of applying the acl.
Gerardo: Then I need to wait to udev make a release and it hit arch repo?
I haven't that clear how this udev-ConsoleKit interaction works. Do you think the issue will go away with this migration to ConsoleKit?
My mistake on using /dev/snd/timer as an example above, but its still applicable -- please make sure both modules (snd_seq and snd_timer) are loaded and rerun 'udevadm trigger' as root.
/lib/udev/udev-acl still exists in udev-181. I do not believe 182 will be pushed to the repos without the ACL tool (either reverted in udev or pushed with new consolekit) as it'll break a _lot_ of desktops.
I have added snd_seq to MODULES and it did work.
Now I wonder why the module gets loaded automatically when I do am in the audio group? Can we "emulate" this behavior when not in the audio group?
I still feel that having it in the MODULES array is kinda of a hack. Do you think it is there some cleaner way to get it working?
No, adding it to MODULES isn't a hack. That's what the MODULES array is there for.
This has to be taken to udev/consolekit/systemd upstream.