No sound in 2nd X, VT8

[Tong Sun]

Background:

Before Ubuntu/gnome/gdm uses pulseaudio, I was able to have sounds from two xorg sessions simultaneously in both VT7 and VT8.

Environment:

Ubuntu 10.10 Maverick,
GDM uses pulseaudio,
sound plays fine.

Symptom:

However, when I start a 2nd X in vt8 ( startx -- :1), there is no sound. There is no glide control in the top volume control icon when it is clicked, but only the preference option, which is when clicked, will produce an error message, something like can't connect to sound server or something.

Ref:
https://answers.launchpad.net/ubuntu/+question/129847

Thanks

[Daniel T Chen (crimsun)]

This is not a bug in PulseAudio but is caused by a design feature in udev acl as exposed in PolicyKit.

[Tong Sun (suntong001)]

OK, I understand it is invalid for pulseaudio, but marking it pulseaudio for the whole bug report doesn't make sense at all.

After all, whatever the bug is,

- it breaks the old behavior
- it prevents two simultaneous xorg sessions to both have sound.

So please "pass on the bucket" if you don't want to deal it yourself -- reassign it to whatever package that you think is the cause.

Thanks

[Tong Sun (suntong001)]

marking it *invalid* -- copied the wrong word.

[Daniel T Chen (crimsun)]

This really has nothing at all to do with PulseAudio. Please read https://wiki.ubuntu.com/Audio/TheAudioGroup.

[Tong Sun (suntong001)]

Could you reassign it to whatever package that you think is the cause please?

[Daniel T Chen (crimsun)]

All right, I'm not going to play the "change the status of the bug" game. Clearly, we disagree that this is not a PulseAudio bug but a design decision made by the Ubuntu distribution and its derivatives. Along those lines, there are only the following players:

1. PolicyKit (which enforces udev acl)
2. the installer (which adds your user to the appropriate groups via another utility)

You are free to move the affected package yourself, but as far as I'm concerned the status of this bug is Invalid with respect to the pulseaudio source package.

[Tong Sun (suntong001)]

Actually I totally agree it is not a PulseAudio bug -- check my first sentence in first respond -- "I understand it is invalid for pulseaudio".

All I'm asking is someone please reassign this bug report, just as what Fabio Marconi did on 2010-10-17. It is not carved in stone, isn't it? Because as a users, I have no clue which package is responsible for:

1. PolicyKit (which enforces udev acl)
2. the installer (which adds your user to the appropriate groups via another utility)

thanks

BTW, it is not a "appropriate groups" issue, the 2nd xorg sessions was opened by root, and still no sound.

[Daniel T Chen (crimsun)]

Being root does not magically grant you permission in PulseAudio. In fact, there are strong checks for uid 0 in the source code.