Your message dated Tue, 13 Sep 2016 11:45:58 +0200
with message-id <[email protected]>
and subject line Re: mpd: Can run multiple user instances with Unix socket
has caused the Debian Bug report #557325,
regarding mpd: Can run multiple user instances with Unix socket
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
557325: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557325
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: mpd
Version: 0.15.4-1
Severity: minor
I'm running MPD from my user account, and I've set it up to use a Unix domain
socket to avoid setting permissions and a password (filesystem permissions do
the job). In ``~/.mpdconf`` I've set::
bind_to_address "/home/ivan/.mpd/socket"
I'm starting MPD in my ``.bash_profile`` just by running ``mpd``. Everything
works right, but when I start a second session (e.g. I log in remotely via
SSH), ``mpd`` is run again, ignoring the state of the currently running daemon
and overwriting its PID file.
When I used a normal TCP socket, the second daemon would die with an "Address
already in use" error. Wouldn't this be the expected behaviour with Unix
domain sockets, too?
Thanks
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages mpd depends on:
ii adduser 3.111 add and remove users and groups
ii libao2 0.8.8-5 Cross Platform Audio Output Librar
ii libasound2 1.0.21a-1 shared library for ALSA applicatio
ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio
ii libavcodec52 4:0.5+svn20090706-2+b1 ffmpeg codec library
ii libavformat52 4:0.5+svn20090706-2+b1 ffmpeg file format library
ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library
ii libc6 2.10.1-7 GNU C Library: Shared libraries
ii libcue1 1.3.0-1 CUE Sheet Parser Library
ii libcurl3-gnutls 7.19.7-1 Multi-protocol file transfer libra
ii libfaad2 2.7-4 freeware Advanced Audio Decoder -
ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim
ii libgcc1 1:4.4.2-2 GCC support library
ii libglib2.0-0 2.22.2-2 The GLib library of C routines
ii libid3tag0 0.15.1b-10 ID3 tag reading library from the M
ii libjack0 0.116.2+svn3592-3 JACK Audio Connection Kit (librari
ii libmad0 0.15.1b-4 MPEG audio decoder library
ii libmms0 0.4-2 MMS stream protocol library - shar
ii libmpcdec3 1:1.2.2-2.1 Musepack (MPC) format library
ii libogg0 1.1.4~dfsg-1 Ogg bitstream library
ii libpulse0 0.9.19-2 PulseAudio client libraries
ii libresid-builder0 2.1.1-8 SID chip emulation class based on
ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra
ii libshout3 2.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming
ii libsidplay2 2.1.1-8 SID (MOS 6581) emulation library
ii libsqlite3-0 3.6.20-1 SQLite 3 shared library
ii libstdc++6 4.4.2-2 The GNU Standard C++ Library v3
ii libvorbis0a 1.2.3-3 The Vorbis General Audio Compressi
ii libvorbisenc2 1.2.3-3 The Vorbis General Audio Compressi
ii libvorbisfile3 1.2.3-3 The Vorbis General Audio Compressi
ii libwavpack1 4.60.0-1 an audio codec (lossy and lossless
mpd recommends no packages.
Versions of packages mpd suggests:
pn avahi-daemon <none> (no description available)
pn icecast2 <none> (no description available)
ii mpc [mpd-client] 0.17-1 A command-line tool to interface M
ii ncmpc [mpd-client] 0.15-1 ncurses-based audio player
pn pulseaudio <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
Control: fixed 557325 0.19.19-1
Hi Ivan,
in 2009 you reported Debian bug #557325, pointing out that when using
Unix domain sockets, starting a second mpd (e.g. on ssh login) will
result in the original socket being overwritten, instead of being
aborted with an error like "Address in use" like when using a TCP
socket.
While one obvious workaround is to just use a TCP socket (on localhost
if you want to keep it private), since 0.19.19-1 mpd ships a systemd
user unit, which can be used to ensure that exactly one mpd process is
kept running for your user from first login to final logout,
irrespective of how many times or what kind of logins these are
(remotely via ssh or when starting a GUI session, for example). I think
this is the "proper" solution for your issue.
Florian
--- End Message ---
