On 08/18/2011 04:23 PM, Jeff Siddall wrote:
> Haha, yeah, unfortunately I know next to nothing about how this all
> works but I guess some hacking is in my future!  I will see if I can get
> pa running on the client as the logged in user and post my progress.

Update: I got pulseaudio working as the logged in user.  I killed the 
system mode pulseaudio server on the client and then started it again in 
user mode as the logged in user using this command:

/usr/bin/pulseaudio \
-L "module-esound-protocol-tcp auth-anonymous=1" \
-L "module-native-protocol-tcp auth-anonymous=1" \

The good news is it ran fine and I was able to use paplay on the server 
to get audio to play on the client.  pavucontrol running on the server 
also worked to control the volume on the client.

Unfortunately pacmd (the app I really wanted to work) still fails.  It 
probably needs "module-native-protocol-unix auth-anonymous=1" but that 
fails to load, apparently because it is already loaded but without the 
"auth-anonymous=1".  Still working on how to solve that one.

Some digging revealed that the start_sound function is called from 
/opt/ltsp/i386/usr/sbin/ltsp-client-launch which unfortunately appears 
to be run as root.  As such pulseaudio in user mode could no longer be 
started there.

I have no understanding of how ConsoleKit normally starts pulseaudio for 
non-LTSP users and I certainly don't know if/how that could be made to 
work for an LTSP client.  Any tips here would be appreciated.

For now maybe I will just make a small patch to the ltsp-client-launch 
script so it doesn't start pulseaudio at all and then create a 
ltsp-localapps script in the user's autostart directory to launch 
pulseaudio as the user.  If/when I get it all working I'll post what I 
did in case anyone else is interested.

Jeff

------------------------------------------------------------------------------
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net

Reply via email to