wwp
2014-Jul-02 22:37 UTC
[CentOS] How to enable sound for other users but the one who owns the current session
Hello there! I'm trying to get sound from applications running from other users bug the one who owns the current GNOME sessions. Typically, my default user is "A" and he's running the GNOME session, logged in graphically. From this session, I open terminals, su to other users (B or C, non-root) and run mplayer or firefox. No sound for these. Adding those users to the "audio" group didn't help. Any idea how to do this? Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.centos.org/pipermail/centos/attachments/20140703/987957b5/attachment-0003.sig>
Ljubomir Ljubojevic
2014-Jul-02 23:34 UTC
[CentOS] How to enable sound for other users but the one who owns the current session
On 07/03/2014 12:37 AM, wwp wrote:> Hello there! > > > I'm trying to get sound from applications running from other users bug > the one who owns the current GNOME sessions. > > Typically, my default user is "A" and he's running the GNOME session, > logged in graphically. From this session, I open terminals, su to other > users (B or C, non-root) and run mplayer or firefox. No sound for these. > > Adding those users to the "audio" group didn't help. Any idea how to do > this? > > > Regards, >That is pulse problem, daemon is started with first user as owner. I do not know workaround or fix. -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe StarOS, Mikrotik and CentOS/RHEL/Linux consultant
John R Pierce
2014-Jul-02 23:41 UTC
[CentOS] How to enable sound for other users but the one who owns the current session
On 7/2/2014 3:37 PM, wwp wrote:> Adding those users to the "audio" group didn't help. Any idea how to do > this?some google-fu suggests group 'pulse-access' should be used. no idea if thats actually legit. -- john r pierce 37N 122W somewhere on the middle of the left coast
Hendrik Strydom
2014-Jul-03 02:13 UTC
[CentOS] How to enable sound for other users but the one who owns the current session
On Thu, 2014-07-03 at 00:37 +0200, wwp wrote:> Hello there! > > > I'm trying to get sound from applications running from other users bug > the one who owns the current GNOME sessions. > > Typically, my default user is "A" and he's running the GNOME session, > logged in graphically. From this session, I open terminals, su to other > users (B or C, non-root) and run mplayer or firefox. No sound for these. > > Adding those users to the "audio" group didn't help. Any idea how to do > this?>From very limited experience where I attempted it and got this to workwith some semblance of reliability once long ago I can tell you that it involves something around: load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1 This implies the pulse server must provide a local network service and the clients must be configured to connect to this server. Updating default.pa in .pulse directories and granting access to pulse* groups also rings a bell. Sadly I kept few notes on this so can only find this hint at present. There must be better ways to do it and if you get it working I would be keen to know how, so please provide feedback. I also recall murmurs of security issues around shared pulse services, obviously more so if the ip is not localhost, so consider that too.
Michael Hennebry
2014-Jul-04 16:25 UTC
[CentOS] How to enable sound for other users but the one who owns the current session
On Thu, 3 Jul 2014, wwp wrote:> I'm trying to get sound from applications running from other users bug > the one who owns the current GNOME sessions. > > Typically, my default user is "A" and he's running the GNOME session, > logged in graphically. From this session, I open terminals, su to other > users (B or C, non-root) and run mplayer or firefox. No sound for these.If A enables sound, does it work for other users? -- Michael hennebry at web.cs.ndsu.NoDak.edu "SCSI is NOT magic. There are *fundamental technical reasons* why it is necessary to sacrifice a young goat to your SCSI chain now and then." -- John Woods