policykit action being overridden, but I can't tell why.

I've been trying to learn my way around PolicyKit (mostly for the purpose of making pulesaudio run in real-time priority).

Here is a problem I've been having:

/usr/local/share/PolicyKit/policy/org.pulseaudio.policy looks like this:
Code:
<?xml version="1.0" encoding="UTF-8"?><!--*-nxml-*-->
<!DOCTYPE policyconfig PUBLIC
 "-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN"
 "http://www.freedesktop.org/standards/PolicyKit/1.0/policyconfig.dtd">

<!--
This file is part of PulseAudio.

PulseAudio is free software; you can redistribute it and/or modify it
under the terms of the GNU Lesser General Public License as
published by the Free Software Foundation; either version 2.1 of the
License, or (at your option) any later version.

PulseAudio is distributed in the hope that it will be useful, but WITHOUT
ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General
Public License for more details.

You should have received a copy of the GNU Lesser General Public
License along with PulseAudio; if not, write to the Free Software
Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
USA.
-->

<policyconfig>
  <vendor>The PulseAudio Project</vendor>
  <vendor_url>http://pulseaudio.org/</vendor_url>
  <icon_name>audio-card</icon_name>

  <action id="org.pulseaudio.acquire-real-time">
    <description>Real-time scheduling for the PulseAudio daemon</description>
    <message>System policy prevents PulseAudio from acquiring real-time scheduling.</message>
    <defaults>
      <allow_any>no</allow_any>
      <allow_inactive>no</allow_inactive>
      <allow_active>auth_admin</allow_active>
    </defaults>
  </action>

  <action id="org.pulseaudio.acquire-high-priority">
    <description>High-priority scheduling (negative Unix nice level) for the PulseAudio daemon</description>
    <message>System policy prevents PulseAudio from acquiring high-priority scheduling.</message>
    <defaults>
      <allow_any>no</allow_any>
      <allow_inactive>no</allow_inactive>
      <allow_active>no</allow_active>
    </defaults>
  </action>
</policyconfig>
(this isn't default). The interesting this is that if I rename org.pulseaudio.acquire-real-time to org.pulseaudio.acquire-real-different, the new action shows up in polkit-auth --show-obtainable. Changing it back makes it disappear from --show-obtainable, and no matter what I do, org.pulseaudio.acquire-real-time will never show up in that list.

That makes me think that something like PolicyKit.conf (in /usr/local/etc) is looking for an action called org.pulseaudio.acquire-real-time, and is granting authority (thus making the action obtained, not obtainable - or making it simply unobtainable). However, I have completely removed all mention of the action from PolicyKit.conf, so either that isn't the problem, or there is another such configuration file somewhere doing something with the authorization for the action. But I can't find anything like that.

Or there could be another org.pulseaudio.policy file somewhere.

Could it be that changes to these files aren't completely live (e.g. need reboot)? They seem to take effect immediately - changes I make to the gnome.policykit.example actions seem to all take effect immediately - just org.pulseaudio.policy seems to act like there is another config file overriding something.

Does any one have any help with regard to this? Why do the pulseaudio policy actions not seem to act predictably? polkit-action doesn't seem to give me any extra info.
 
Me too I have no experience. I see no body try to help. but if I have something new I quip you in touch.
 
Back
Top