On Fri, 12.09.08 15:11, Chris Weyl (cweyl@xxxxxxxxxxxxxxx) 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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
