[pulseaudio-discuss] Accessing audio as root
gmane at colin.guthr.ie
Mon Jan 4 17:04:37 PST 2010
'Twas brillig, and Lennart Poettering at 04/01/10 20:39 did gyre and gimble:
> On Mon, 04.01.10 19:36, Colin Guthrie (gmane at colin.guthr.ie) wrote:
>> 'Twas brillig, and Lennart Poettering at 04/01/10 19:06 did gyre and gimble:
>>> I agree.
>>>> and that adding hooks to consolekit (if they don't exist) and the
>>>> concept of an "idle user" are probably more practical long term
>>> "idle user"? By that you mean some pseudo user session that the
>>> speakup daemon could be run under? If so, I agree.
>> Yeah, the idea I was generally blundering around was that the "idle
>> user" was a ck psuedo session that is "active" when no other session is
>> marked as active - e.g. while sitting at a tty login prompt.
>> I don't know if the getty system could launch a psuedo session itself so
>> that ck doesn't specifically need to be aware of "idle" status - it was
>> just my way of imagineering how I'd approach the problem which (by the
>> sounds of things) was along the right lines (\o/)
> getty based logins are currently registered in CK by means of the PAM
> ckit connector.
In the above comment I wasn't meaning the *actual* user login (I know
this works fine via the PAM ck stuff) but the login prompt itself (cf
the gdm graphical login with it's pseudo session). This was the whole
concept of the "idle" thing I was suggesting and why I was expecting an
"idle" user would be needed to handle this (cf gdm user). Sorry if my
(incorrect?) terminology is misleading. We're probably mostly talking
about the same thing but I'm just not describing it too well.
Tribalogic Limited [http://www.tribalogic.net/]
Mandriva Linux Contributor [http://www.mandriva.com/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
More information about the pulseaudio-discuss