https://bugs.freedesktop.org/show_bug.cgi?id=76672
--- Comment #2 from Kevin <[email protected]> --- (In reply to comment #1) > The SESSION suspend cause is used when pulseaudio doesn't have permission to > use the sound card. The sound card permissions are controlled outside > pulseaudio (maybe in logind, but I don't really know the details). It sounds > like this is not a pulseaudio issue, unless you actually can access the > sound card inside the session where pulseaudio is not working. I've read somewhere that using the normal configuration of pulseaudio (no user is in the audio group, which is the case of my system), pulseaudio will automatically change the acl of the sound hardware according to the current active user. I've checked that on my system: when in desktop(vt7), `getfacl /dev/snd/controlC0` gives no acl permission to the current user while running the same command in vt2 shows that correct acl permission is given to the current user. So yes, this may probably be the real cause of the issue. Is it sure that the device acl is not controlled by pulseaudio? Can you please help pinpoint which program is in charge of the device acls? -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.
_______________________________________________ pulseaudio-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
