Pulseaudio : lots of issues, how can I help?

[Lennart Poettering]

On Fri, 12.09.08 15:11, Chris Weyl (cweyl at alumni.drew.edu) wrote:

> >> So, let me simply ask ... Has anyone a working init script for
> >> pulseaudio as a system daemon? Anything close that we could continue to
> >> refine as an alternative configuration option for Fedora?
> >
> > We're going to be removing the legacy non-X system consoles by default
> > in the long run.
> 
> On a related note, here we get to my pet bug, too:  444172.  I often
> use my desktop with one X session to the machine itself, and another X
> session remotely logged in to my work laptop via XDMCP.  However, the
> per-user model means that not only can I not use PA on the laptop to
> play over the desktop's speakers, but I can't continue to play
> anything through the first X session.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=444172
> 
> (It's filed under ConsoleKit, as that seemed to be where the problem
> was.  I'm more than happy to reassign it if that makes sense :))

We make sure that a user that is not active on a screen gets no access
to audio device so that he cannot wiretap what you say or hear. (this
works only to a certain degree ince we still lack revoke() in the kernel)

Now, if I correctly understood your problem, then your XDMCP session
on the second vt will run as local gdm user or similar. We thus make
sure that only the gdm user has access.

I see the problem you are experiencing. On the other hand I would say
PA/CK behave correctly here.

I think the proper fix is to start PA locally on the XDMCP vt, so that
your remote audio is actually forwarded to a PA server that is
attached to your X11 server. Not sure about the security implications
however...

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net         ICQ# 11060553
http://0pointer.net/lennart/           GnuPG 0x1A015CC4