[arch-general] Pulseaudio update - mpd now refuses to play as same user - Arch-general

[arch-general] Pulseaudio update - mpd now refuses to play as same user

older
[arch-general] A systemd-logind...

Oon-Ee Ng

19 Nov 2012 19 Nov '12

7:50 a.m.

Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio output (running mpd as my own user) fails with the following:- Nov 19 14:45 : output: Failed to enable "MPD Pulse Output" [pulse]: pa_context_connect() has failed: Connection refused Nov 19 14:45 : player_thread: problems opening audio device while playing "PointBreak-StandTough.mp3" Setting up pulseaudio to listen on TCP locally as in the wiki works, but I never needed to do that before. Can anyone else verify this? Is it perhaps logind related (worked fine before this last pulseaudio update)?

Show replies by date

Jan Steffens

19 Nov 19 Nov

8:08 a.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

On Mon, Nov 19, 2012 at 7:50 AM, Oon-Ee Ng wrote:

...

Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio output (running mpd as my own user) fails with the following:-

Nov 19 14:45 : output: Failed to enable "MPD Pulse Output" [pulse]: pa_context_connect() has failed: Connection refused Nov 19 14:45 : player_thread: problems opening audio device while playing "PointBreak-StandTough.mp3"

Setting up pulseaudio to listen on TCP locally as in the wiki works, but I never needed to do that before. Can anyone else verify this? Is it perhaps logind related (worked fine before this last pulseaudio update)?

You're running mpd from systemd? I believe it's because PulseAudio now uses $XDG_RUNTIME_DIR/pulse instead of /tmp/pulse-XXXXXX, $XDG_CONFIG_HOME/pulse instead of $HOME/.pulse, and $XDG_CONFIG_HOME/pulse/cookie instead of $HOME/.pulse-cookie. mpd has no session, so these variables are not set, unlike the session you login to. This should be sent upstream (bugs.freedesktop.org).

Oon-Ee Ng

10:27 a.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

On Mon, Nov 19, 2012 at 3:08 PM, Jan Steffens wrote:

...

...
Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio output (running mpd as my own user) fails with the following:-

Nov 19 14:45 : output: Failed to enable "MPD Pulse Output" [pulse]: pa_context_connect() has failed: Connection refused Nov 19 14:45 : player_thread: problems opening audio device while playing "PointBreak-StandTough.mp3"

Setting up pulseaudio to listen on TCP locally as in the wiki works, but I never needed to do that before. Can anyone else verify this? Is it

On Mon, Nov 19, 2012 at 7:50 AM, Oon-Ee Ng wrote: perhaps

...
logind related (worked fine before this last pulseaudio update)?

You're running mpd from systemd? I believe it's because PulseAudio now uses $XDG_RUNTIME_DIR/pulse instead of /tmp/pulse-XXXXXX, $XDG_CONFIG_HOME/pulse instead of $HOME/.pulse, and $XDG_CONFIG_HOME/pulse/cookie instead of $HOME/.pulse-cookie.

mpd has no session, so these variables are not set, unlike the session you login to.

This should be sent upstream (bugs.freedesktop.org).

Hi Jan, thanks for the reply. Sorry for the slightly clueless follow-up, but it's unclear to me whether 'upstream' here refers to pulseaudio, systemd, or mpd. Or even whether its actually wrong behaviour. My understanding of your explanation is that there's no clear responsibility. mpd does not use (or require) a session, the locations pulse uses are fairly standard (I've always hated apps using ~/.foo)...

Tom Gundersen

10:53 a.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

On Nov 19, 2012 10:27 AM, "Oon-Ee Ng" wrote:

...

On Mon, Nov 19, 2012 at 3:08 PM, Jan Steffens
...
On Mon, Nov 19, 2012 at 7:50 AM, Oon-Ee Ng

...

...
...
Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio output (running mpd as my own user) fails with the following:-

Nov 19 14:45 : output: Failed to enable "MPD Pulse Output" [pulse]: pa_context_connect() has failed: Connection refused Nov 19 14:45 : player_thread: problems opening audio device while

wrote: playing

...

...
...
"PointBreak-StandTough.mp3"

Setting up pulseaudio to listen on TCP locally as in the wiki works, but I never needed to do that before. Can anyone else verify this? Is it perhaps logind related (worked fine before this last pulseaudio update)?

You're running mpd from systemd? I believe it's because PulseAudio now uses $XDG_RUNTIME_DIR/pulse instead of /tmp/pulse-XXXXXX, $XDG_CONFIG_HOME/pulse instead of $HOME/.pulse, and $XDG_CONFIG_HOME/pulse/cookie instead of $HOME/.pulse-cookie.

mpd has no session, so these variables are not set, unlike the session you login to.

This should be sent upstream (bugs.freedesktop.org).

Hi Jan, thanks for the reply. Sorry for the slightly clueless follow-up, but it's unclear to me whether 'upstream' here refers to pulseaudio, systemd, or mpd. Or even whether its actually wrong behaviour.

My understanding of your explanation is that there's no clear responsibility. mpd does not use (or require) a session, the locations pulse uses are fairly standard (I've always hated apps using ~/.foo)...

This was recently discussed: http://arunraghavan.net/2012/11/pulseconf-2012-report/ Does not look like anything has come of it yet. I guess it might make sense to ask advice from the PA guys though, they would hopefully have an idea. Tom

Oon-Ee Ng

20 Nov 20 Nov

12:41 a.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

On Mon, Nov 19, 2012 at 5:53 PM, Tom Gundersen wrote:

...

On Nov 19, 2012 10:27 AM, "Oon-Ee Ng" wrote:

...
On Mon, Nov 19, 2012 at 3:08 PM, Jan Steffens
...
On Mon, Nov 19, 2012 at 7:50 AM, Oon-Ee Ng

...
...
...
Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio output (running mpd as my own user) fails with the following:-

Nov 19 14:45 : output: Failed to enable "MPD Pulse Output" [pulse]: pa_context_connect() has failed: Connection refused Nov 19 14:45 : player_thread: problems opening audio device while

wrote: playing

...
...
...
"PointBreak-StandTough.mp3"

Setting up pulseaudio to listen on TCP locally as in the wiki works, but I never needed to do that before. Can anyone else verify this? Is it perhaps logind related (worked fine before this last pulseaudio update)?

You're running mpd from systemd? I believe it's because PulseAudio now uses $XDG_RUNTIME_DIR/pulse instead of /tmp/pulse-XXXXXX, $XDG_CONFIG_HOME/pulse instead of $HOME/.pulse, and $XDG_CONFIG_HOME/pulse/cookie instead of $HOME/.pulse-cookie.

mpd has no session, so these variables are not set, unlike the session you login to.

This should be sent upstream (bugs.freedesktop.org).

Hi Jan, thanks for the reply. Sorry for the slightly clueless follow-up, but it's unclear to me whether 'upstream' here refers to pulseaudio, systemd, or mpd. Or even whether its actually wrong behaviour.

My understanding of your explanation is that there's no clear responsibility. mpd does not use (or require) a session, the locations pulse uses are fairly standard (I've always hated apps using ~/.foo)...

This was recently discussed: http://arunraghavan.net/2012/11/pulseconf-2012-report/

Does not look like anything has come of it yet. I guess it might make sense to ask advice from the PA guys though, they would hopefully have an idea.

Tom

Thanks Tom, I'll ask on their ML.

Raghavendra D Prabhu

4:39 a.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

Hi, * On Tue, Nov 20, 2012 at 07:41:52AM +0800, Oon-Ee Ng wrote:

...

On Mon, Nov 19, 2012 at 5:53 PM, Tom Gundersen wrote:

...
On Nov 19, 2012 10:27 AM, "Oon-Ee Ng" wrote:

...
On Mon, Nov 19, 2012 at 3:08 PM, Jan Steffens
...
On Mon, Nov 19, 2012 at 7:50 AM, Oon-Ee Ng

...
...
...
Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio output (running mpd as my own user) fails with the following:-

Nov 19 14:45 : output: Failed to enable "MPD Pulse Output" [pulse]: pa_context_connect() has failed: Connection refused Nov 19 14:45 : player_thread: problems opening audio device while

wrote: playing

...
...
...
"PointBreak-StandTough.mp3"

Setting up pulseaudio to listen on TCP locally as in the wiki works, but I never needed to do that before. Can anyone else verify this? Is it perhaps logind related (worked fine before this last pulseaudio update)?

You're running mpd from systemd? I believe it's because PulseAudio now uses $XDG_RUNTIME_DIR/pulse instead of /tmp/pulse-XXXXXX, $XDG_CONFIG_HOME/pulse instead of $HOME/.pulse, and $XDG_CONFIG_HOME/pulse/cookie instead of $HOME/.pulse-cookie.

mpd has no session, so these variables are not set, unlike the session you login to.

This should be sent upstream (bugs.freedesktop.org).

Hi Jan, thanks for the reply. Sorry for the slightly clueless follow-up, but it's unclear to me whether 'upstream' here refers to pulseaudio, systemd, or mpd. Or even whether its actually wrong behaviour.

My understanding of your explanation is that there's no clear responsibility. mpd does not use (or require) a session, the locations pulse uses are fairly standard (I've always hated apps using ~/.foo)...

This was recently discussed: http://arunraghavan.net/2012/11/pulseconf-2012-report/

Does not look like anything has come of it yet. I guess it might make sense to ask advice from the PA guys though, they would hopefully have an idea.

Tom

Thanks Tom, I'll ask on their ML.

Thanks for the investigation. The only change I needed to do was add "/run/user/1000/pulse/native" (obtained from pactl info | grep 'Server String'). I believe it may be because mpd was connecting or trying to connect to different server (I also noticed "shm_unlink(/pulse-shm-2228832221) failed: No such file or directory" in the logs and thought something wrong with auto-detection of mpd). Regards, -- Raghavendra Prabhu GPG Id : 0xD72BE977 Fingerprint: B93F EBCB 8E05 7039 CD3C A4B8 A616 DCA1 D72B E977 www: wnohang.net

Jude DaShiell

4:45 a.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

On Tue, 20 Nov 2012, Oon-Ee Ng wrote:

...

On Mon, Nov 19, 2012 at 5:53 PM, Tom Gundersen wrote:

...
On Nov 19, 2012 10:27 AM, "Oon-Ee Ng" wrote:

...
On Mon, Nov 19, 2012 at 3:08 PM, Jan Steffens
...
On Mon, Nov 19, 2012 at 7:50 AM, Oon-Ee Ng

...
...
...
Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio output (running mpd as my own user) fails with the following:-

Nov 19 14:45 : output: Failed to enable "MPD Pulse Output" [pulse]: pa_context_connect() has failed: Connection refused Nov 19 14:45 : player_thread: problems opening audio device while

wrote: playing

...
...
...
"PointBreak-StandTough.mp3"

Setting up pulseaudio to listen on TCP locally as in the wiki works, but I never needed to do that before. Can anyone else verify this? Is it perhaps logind related (worked fine before this last pulseaudio update)?

You're running mpd from systemd? I believe it's because PulseAudio now uses $XDG_RUNTIME_DIR/pulse instead of /tmp/pulse-XXXXXX, $XDG_CONFIG_HOME/pulse instead of $HOME/.pulse, and $XDG_CONFIG_HOME/pulse/cookie instead of $HOME/.pulse-cookie.

mpd has no session, so these variables are not set, unlike the session you login to.

This should be sent upstream (bugs.freedesktop.org).

Hi Jan, thanks for the reply. Sorry for the slightly clueless follow-up, but it's unclear to me whether 'upstream' here refers to pulseaudio, systemd, or mpd. Or even whether its actually wrong behaviour.

My understanding of your explanation is that there's no clear responsibility. mpd does not use (or require) a session, the locations pulse uses are fairly standard (I've always hated apps using ~/.foo)...

This was recently discussed: http://arunraghavan.net/2012/11/pulseconf-2012-report/

Does not look like anything has come of it yet. I guess it might make sense to ask advice from the PA guys though, they would hopefully have an idea.

Tom

Thanks Tom, I'll ask on their ML.

Is the user that's supposed to be able to use mpd in the audio group? If not, it may help to add the user to audio. Earlier I couldn't get pulseaudio to stop blocking my audio for vlc and mplayer until I fixed this group membership problem. --------------------------------------------------------------------------- jude Adobe fiend for failing to Flash

Zeke Sulastin

6:23 a.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

...

Earlier I couldn't get pulseaudio to stop blocking my audio for vlc and mplayer until I fixed this group membership problem.

If you're logging in with systemd, your user should definitely not be in the 'audio' group and vlc/mplayer should be very much able to connect to Pulse unless you have them running as their own user. How are you starting X?

Jude DaShiell

11:49 a.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

On Tue, 20 Nov 2012, Zeke Sulastin wrote:

...

...
Earlier I couldn't get pulseaudio to stop blocking my audio for vlc and mplayer until I fixed this group membership problem.

If you're logging in with systemd, your user should definitely not be in the 'audio' group and vlc/mplayer should be very much able to connect to Pulse unless you have them running as their own user. How are you starting X?

I'm not starting x, I run command line only. --------------------------------------------------------------------------- jude Adobe fiend for failing to Flash

Ralf Mardorf

8:34 a.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

On Mon, 2012-11-19 at 22:45 -0500, Jude DaShiell wrote:

...

Is the user that's supposed to be able to use mpd in the audio group?

If not, it may help to add the user to audio.

Earlier I couldn't get pulseaudio to stop blocking my audio for vlc and mplayer until I fixed this group membership problem.

The link in the original mail does provide a link that says: "Don’t add your user to the “audio” group" - http://voices.canonical.com/david.henningsson/ Regards, Ralf

Florian Pritz

1:30 p.m.

New subject: [arch-general] Pulseaudio update - mpd now refuses to play as same user

On 19.11.2012 08:08, Jan Steffens wrote:

...

On Mon, Nov 19, 2012 at 7:50 AM, Oon-Ee Ng wrote:

...
Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio output (running mpd as my own user) fails with the following:-

Nov 19 14:45 : output: Failed to enable "MPD Pulse Output" [pulse]: pa_context_connect() has failed: Connection refused Nov 19 14:45 : player_thread: problems opening audio device while playing "PointBreak-StandTough.mp3"

Setting up pulseaudio to listen on TCP locally as in the wiki works, but I never needed to do that before. Can anyone else verify this? Is it perhaps logind related (worked fine before this last pulseaudio update)?

You're running mpd from systemd? I believe it's because PulseAudio now uses $XDG_RUNTIME_DIR/pulse instead of /tmp/pulse-XXXXXX, $XDG_CONFIG_HOME/pulse instead of $HOME/.pulse, and $XDG_CONFIG_HOME/pulse/cookie instead of $HOME/.pulse-cookie.

mpd has no session, so these variables are not set, unlike the session you login to.

This should be sent upstream (bugs.freedesktop.org).

I've asked in #pulseaudio and you can use PULSE_RUNTIME_PATH to override XDG_RUNTIME_DIR, but I'm not sure how this could be fixed in our package. XDG_RUNTIME_DIR is supposed to be removed if the user logs out so you shouldn't put the pulse socket there if you want mpd to use it. -- Florian Pritz

4199

Age (days ago)

4200

Last active (days ago)

List overview

Download

10 comments

8 participants

participants (8)

Florian Pritz
Jan Steffens
Jude DaShiell
Oon-Ee Ng
Raghavendra D Prabhu
Ralf Mardorf
Tom Gundersen
Zeke Sulastin