Description of problem: PulseAudio complains: I: caps.c: Limited capabilities successfully to CAP_SYS_NICE. I: caps.c: Dropping root privileges. I: caps.c: Limited capabilities successfully to CAP_SYS_NICE. D: main.c: Started as real root: no, suid root: yes I: main.c: PolicyKit refuses acquire-high-priority privilege. I: main.c: PolicyKit grants us acquire-real-time privilege. N: main.c: Called SUID root and real-time and/or high-priority scheduling was requested in the configuration. However, we lack the necessary privileges: N: main.c: We are not in group 'pulse-rt', PolicyKit refuse to grant us the requested privileges and we have no increase RLIMIT_NICE/RLIMIT_RTPRIO resource limits. N: main.c: For enabling real-time/high-priority scheduling please acquire the appropriate PolicyKit privileges, or become a member of 'pulse-rt', or increase the RLIMIT_NICE/RLIMIT_RTPRIO resource limits for this user. I: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted I: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted When I block privilege for PulseAudio to acquire RT, cap.c: Called SUID root and real-time and/or high-priority scheduling was requested in the configuration. However, we lack the necessary privileges Version-Release number of selected component (if applicable): Is there different set of rules for main.c or is this really a bug How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: PulseAudio can't fully acquire RT Expected results: PulseAudio acquires RT Additional info: I would appreciated to be able to enabled only through PolicyKit.
These are just informational messages. You can safely ignore this. In F10 we enabled an option in PA that would be forbidden by policy hence you get this informational message. In F11 this was downgraded a bit and in F12 all this is gone entirely.