[pulseaudio-discuss] system-wide daemon

[Colin Guthrie]

'Twas brillig, and David Henningsson at 09/02/10 21:52 did gyre and gimble:
> I wrote down a few use cases here, I'm sure there are more:
> 
> https://wiki.ubuntu.com/BluePrints/multiuser-soundcards-pulseaudio

For user Foo, the sound card sounds like it's dedicated for Foo. If this
is the case the a udev rule should be written to ensure that only Foo
has ACL rights on this file and any console-kit udev-acl callouts are
ignored.


For user Bar, I feel this is invalid. Why should user Bar have the right
to output a sound any more than he has the right to display a popup
window on my desktop? If either scenario is to be supported, then what I
suggested elsewhere in this thread is still valid I reckon. i.e
something needs to be run as the active user that acts as an agent for
some kind of (system?) service that actually generates said alarm. The
agent will be running as the active user and it will be responsible for
playing the sound/displaying the popup.


As for multi-seat, this is already in hand. Console-Kit has support for
multi-seat stuff (tho' it may not be complete - I'm not overly sure
here). What may still remain to be done is to tag certain devices as
being for particular seats so that console-kit/udev can apply the
appropriate ACLs when the set becomes active for a given user. All the
multi-seat stuff is below PA tho' We'll just honour what it tells us. I
don't think we don't need to add specific support for it.

Col

-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
  Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
  Mandriva Linux Contributor [http://www.mandriva.com/]
  PulseAudio Hacker [http://www.pulseaudio.org/]
  Trac Hacker [http://trac.edgewall.org/]