Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#32848 - [systemd] groups 'video' and 'audio' *required* for dvb-t and sound

Attached to Project: Arch Linux
Opened by Andrej Podzimek (andrej) - Sunday, 25 November 2012, 14:44 GMT
Last edited by Dave Reisner (falconindy) - Sunday, 17 February 2013, 18:59 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Dave Reisner (falconindy)
Tom Gundersen (tomegun)
Architecture i686
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

The title says it all. The Arch Wiki claims that these groups should not be used any more [https://wiki.archlinux.org/index.php/Systemd#Supplementary_information], but this is not really possible. If the user is not in video, Kaffeine cannot opeen the DVB-T device. If the user is not in audio, PulseAudio cannot open the audio device.

I have no idea what's wrong with the default settings. Surprisingly, it *works* as expected on a 64-bit machine, but it doesn't work on a 32-bit machine. Both have the same up-to-date ArchLinux setup.

Additional info:
* package version(s)

systemd 195-2

* config and/or log files etc.

Steps to reproduce:

Remove your user from audio and video groups and try to watch DVB-T.
This task depends upon

Closed by  Dave Reisner (falconindy)
Sunday, 17 February 2013, 18:59 GMT
Reason for closing:  No response
Additional comments about closing:  I suspect, if anything, that this is simply PEBKAC/configuration.
Comment by Andrej Podzimek (andrej) - Tuesday, 04 December 2012, 23:59 GMT
The wiki is correct. It *should* work just as it says. However, it doesn't work that way on my 32-bit systems. Users cannot access optical media, sound cards and video capture devices. The output from loginctl looks OK and consolekit has been removed. Permissions are set correctly on 64-bit systems.
Comment by Tom Gundersen (tomegun) - Wednesday, 05 December 2012, 00:00 GMT
Is this still an issue with systemd-196-2? If so, please attach some relevant logs/errors...
Comment by Andrej Podzimek (andrej) - Wednesday, 05 December 2012, 10:14 GMT
Yes, the problem is still there. Unfortunately, I have no clue where to look for relevant logs... Ideas are welcome. What I can definitely show is getfacl.

This is from the machine where the groups are required (a 32-bit one, perhaps by chance):

# getfacl /dev/dvb/adapter0/*
getfacl: Removing leading '/' from absolute path names
# file: dev/dvb/adapter0/demux0
# owner: root
# group: video
user::rw-
group::rw-
other::---

# file: dev/dvb/adapter0/dvr0
# owner: root
# group: video
user::rw-
group::rw-
other::---

# file: dev/dvb/adapter0/frontend0
# owner: root
# group: video
user::rw-
group::rw-
other::---

# file: dev/dvb/adapter0/net0
# owner: root
# group: video
user::rw-
group::rw-
other::---

And this is from a machine where everything works just fine without the special groups (a 64-bit one):

# getfacl /dev/dvb/adapter0/*
getfacl: Removing leading '/' from absolute path names
# file: dev/dvb/adapter0/demux0
# owner: root
# group: video
user::rw-
user:andrej:rw-
group::rw-
mask::rw-
other::---

# file: dev/dvb/adapter0/dvr0
# owner: root
# group: video
user::rw-
user:andrej:rw-
group::rw-
mask::rw-
other::---

# file: dev/dvb/adapter0/frontend0
# owner: root
# group: video
user::rw-
user:andrej:rw-
group::rw-
mask::rw-
other::---

# file: dev/dvb/adapter0/net0
# owner: root
# group: video
user::rw-
user:andrej:rw-
group::rw-
mask::rw-
other::---

When I try the same thing with /dev/snd/*, I see exacty the same discrepancy. So the purely technical cause is quite clear -- ACLs are not set on the 32-bit machine..

On both machines, loginctl list-sessions shows the expected user session with "seat0". On both machines, the old consolekit stuff is uninstalled. On both machines, the line corresponding to /dev in the output from mount is the same (in particular, there's nothing like "noacl").
Comment by Tom Gundersen (tomegun) - Friday, 15 February 2013, 21:16 GMT
Can this still be reproduced?

Loading...