[pulseaudio-tickets] [Bug 94167] New: "refusing to start/autospawn" with multi-user setup

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Feb 15 22:51:25 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=94167

            Bug ID: 94167
           Summary: "refusing to start/autospawn" with multi-user setup
           Product: PulseAudio
           Version: unspecified
          Hardware: Other
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: daemon
          Assignee: pulseaudio-bugs at lists.freedesktop.org
          Reporter: rodrigo at sdfg.com.ar
        QA Contact: pulseaudio-bugs at lists.freedesktop.org
                CC: lennart at poettering.net

I've reported the issue originally at debian, here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812557. Most of the report is
c&p from there :)

I'be updated debian testing (didn't update in a while) and after I upgraded,
sound from programs that run as a different user stopped working.

When some other user tries to run: "/usr/bin/pulseaudio --start
--log-target=syslog" it fails with errors like:

    Jan 24 22:01:58 lindsay pulseaudio[10238]: [pulseaudio] main.c:
User-configured
    server at
{d07a5e247c911a2ac8ca6d8652d822c1}unix:/run/user/1000/pulse/native,
    refusing to start/autospawn.
    Jan 24 22:08:13 lindsay pulseaudio[11867]: [pulseaudio] main.c:
User-configured
    server at lindsay, refusing to start/autospawn.

Both users, the user that opened the desktop environment (let's call him userA)
and the other user trying to run pulseaudio/firefox (let's call him userB) are
member of group audio. Also, userA uid is 1000 and userB uid is 1001.

Usually, as autospawn is enabled, when running firefox as userB and sound
was needed, pulseaudio was started and audio just worked. Now everything works
fine, except audio doesn't play. Probably because it fails as above when trying
to start pulseaudio. To run firefox I use: "sudo -u userB -- firefox" and a
previous "xhost" to allow userB to use the X display.

I've found the following work-around, though, to make this work again and this
is why I'm reporting it to pulseaudio.

If userA logins to the desktop env and opens a console and as userB (I'm doing
"su - userB") runs:

    pax11publish -r; /usr/bin/pulseaudio --start --log-target=syslog

then audio works again. Also, as suggested by Felipe in the debian bug,
disabling the x11 publish module, via disabling the autostart of
start-pulseaudio-x11 (by removing/moving
away the /etc/xdg/autostart/pulseaudio.desktop file), makes audio work again (a
pulseaudio is started as userB when doing this workaround too).

To check if audio works, and to be sure is nothing related to firefox, I run as
userA in the desktop env:

    sudo -u userB -- aplay /usr/share/sounds/alsa/Front_Center.wav

After doing the "pax11publish ..." command above, this command works. Before it
does not. And, of course, this also fixes the audio in firefox.

Please let me know if I can help you in any way

Thanks a lot,
Rodrigo

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20160215/9a8619a0/attachment.html>


More information about the pulseaudio-bugs mailing list