FS#23518 - [pam] PKGBUILD of pam 1.1.3-1 limits @audio to -10 when pulseaudio uses -11 by default
Attached to Project:
Arch Linux
Opened by Kristoffer Tidemann (ktide) - Wednesday, 30 March 2011, 16:22 GMT
Last edited by Jan Alexander Steffens (heftig) - Monday, 12 November 2012, 00:52 GMT
Opened by Kristoffer Tidemann (ktide) - Wednesday, 30 March 2011, 16:22 GMT
Last edited by Jan Alexander Steffens (heftig) - Monday, 12 November 2012, 00:52 GMT
|
Details
PKGBUILD of pam adds the relevant lines to limits.conf:
http://projects.archlinux.org/svntogit/packages.git/tree/pam/repos/core-i686/PKGBUILD As such, pulseaudio is presumably unable to function in the way intended by upstream. |
This task depends upon
Closed by Jan Alexander Steffens (heftig)
Monday, 12 November 2012, 00:52 GMT
Reason for closing: Not a bug
Monday, 12 November 2012, 00:52 GMT
Reason for closing: Not a bug
Comment by
Kristoffer Tidemann (ktide) -
Wednesday, 30 March 2011, 16:25 GMT
Comment by
Jan Alexander Steffens (heftig) -
Wednesday, 30 March 2011, 19:42 GMT
Comment by Jan de Groot (JGC) -
Thursday, 31 March 2011, 09:05 GMT
Comment by
Alexander F. Rødseth (xyproto) -
Sunday, 11 November 2012, 21:19 GMT
Comment by
Jan Alexander Steffens (heftig) -
Monday, 12 November 2012, 00:51 GMT
Oh, I fail at reporting bugs in the right category. I'm sorry.
pulseaudio uses rtkit, it does not depend on the audio group.
This would only have influence if you're member of the audio
group. Consider this: you don't need to be member of the audio
group, only if you want to use the "realtime scheduling" that it
allows you to do (big DoS hole imho). If you want realtime
scheduling and direct access to the audio device, why would you
use pulseaudio then?
Is this still an issue?
A PulseAudio user should not be in the audio group, as PA depends
on losing access to the audio device when the active session
switches in order to hand over the device to the newly active
session. PulseAudio asks rtkit to alter its scheduling parameters.