Your message dated Mon, 10 Oct 2011 11:54:42 +0200
with message-id <1318240482.4394.44.camel@mattotaupa>
and subject line Re: Bug#630106: pulseaudio: /etc/init.d/puseaudio gives
confusing behavior
has caused the Debian Bug report #630106,
regarding pulseaudio: /etc/init.d/puseaudio gives confusing behavior
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.)
--
630106: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630106
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: pulseaudio
Version: 0.9.21-3+squeeze1
Severity: normal
I'm puzzled by pulseaudio's init.d file. It appears to be partly disabled
(although chkconfig reports it being in use) giving some actions misleading
behaviour.
First, a straightforward bug, if I run:
/etc/init.d/puseaudio status
the init script uses status_of_proc() from /lib/lsb/init-functions
the init script runs:
status_of_proc $DAEMON pulseaudio -p $PIDFILE
but init-functions expects -p pidfile to be at the start, otherwise the pidfile
is ignored. Changing to:
status_of_proc -p $PIDFILE $DAEMON pulseaudio
will fix this error, although it will then report an error as the pidfile isn't
created.
Which brings me to:
/etc/init.d/puseaudio start
This uses a variable:
PULSEAUDIO_SYSTEM_START=0
to causes the service NOT to start from the init script. It gets started from
somewhere else, but I'm not sure where. Imho, the the script silently returning
success here is somewhat misleading.
Setting PULSEAUDIO_SYSTEM_START=1 didn't make a difference for me, apart from
adding an error to syslog:
Jun 11 00:15:50 selidor pulseaudio[2665]: pid.c: Daemon already running.
Finally:
/etc/init.d/puseaudio stop
gives the error:
Stopping PulseAudio DaemonNo process in pidfile '/var/run/pulse/pid' found
running; none killed.
.... pulseaudio is not running.
I have pulseaudio running, but as it didn't start from the init.d script, it
didn't create a pidfile.
user@selidor:~$ ps -eo cmd | grep pulse
/usr/bin/pulseaudio --start
Is the init.d script the right thing to be using if I want to start/stop
pulseaudio, or is there a better way to do that?
Thanks
--dave
root@selidor:/home/user# dpkg-query -l 'pulseaudio*'
ii pulseaudio 0.9.21-3+squeeze1 PulseAudio sound server
ii pulseaudio-esound-compat 0.9.21-3+squeeze1 PulseAudio ESD
compatibility layer
ii pulseaudio-module-gconf 0.9.21-3+squeeze1 GConf module for
PulseAudio sound server
ii pulseaudio-module-x11 0.9.21-3+squeeze1 X11 module for
PulseAudio sound server
ii pulseaudio-utils 0.9.21-3+squeeze1 Command line tools for
the PulseAudio sound server
root@selidor:/home/user# dpkg-query -l 'lsb-base'
ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2
init script functionality
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages pulseaudio depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii consolekit 0.4.1-4 framework for defining and trackin
ii libasound2 1.0.23-2.1 shared library for ALSA applicatio
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii libcap2 1:2.19-3 support for getting/setting POSIX.
ii libdbus-1-3 1.2.24-4 simple interprocess messaging syst
ii libgdbm3 1.8.3-9 GNU dbm database routines (runtime
ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library
ii libltdl7 2.2.6b-2 A system independent dlopen wrappe
ii libpulse0 0.9.21-3+squeeze1 PulseAudio client libraries
ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra
ii libsm6 2:1.1.1-1 X11 Session Management library
ii libsndfile1 1.0.21-3 Library for reading/writing audio
ii libspeexdsp1 1.2~rc1-1 The Speex extended runtime library
ii libudev0 164-3 libudev shared library
ii libx11-6 2:1.3.3-4 X11 client-side library
ii libxtst6 2:1.1.0-3 X11 Testing -- Record extension li
ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii udev 164-3 /dev/ and hotplug management daemo
Versions of packages pulseaudio recommends:
ii gstreamer0.10-pulseaud 0.10.24-1 GStreamer plugin for PulseAudio
ii libasound2-plugins 1.0.23-1+b1 ALSA library additional plugins
ii pulseaudio-esound-comp 0.9.21-3+squeeze1 PulseAudio ESD compatibility layer
ii pulseaudio-module-x11 0.9.21-3+squeeze1 X11 module for PulseAudio sound se
Versions of packages pulseaudio suggests:
ii paman 0.9.4-1 PulseAudio Manager
pn paprefs <none> (no description available)
ii pavucontrol 0.9.9-1 PulseAudio Volume Control
ii pavumeter 0.9.3-1 PulseAudio Volume Meter
ii pulseaudio-utils 0.9.21-3+squeeze1 Command line tools for the PulseAu
-- Configuration Files:
/etc/init.d/pulseaudio changed [not included]
/etc/pulse/daemon.conf changed [not included]
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 0.99.1-1
Dear David,
Am Samstag, den 11.06.2011, 16:41 +0100 schrieb David Batley:
> Ah, there is some documentation information in /etc/default/pulseaudio
> - that makes me a lot happier. Not sure how I failed to notice that
> file.
>
> So I also think this error was just my stupidity at editing that flag
> in init.d and not /etc/default/pulseaudio:
>
> > Setting PULSEAUDIO_SYSTEM_START=1 didn't make a difference for me, apart
> > from
> > adding an error to syslog:
> > Jun 11 00:15:50 selidor pulseaudio[2665]: pid.c: Daemon already running.
>
>
> I notice ubuntu's init.d script has:
> > if [ "$PULSEAUDIO_SYSTEM_START" != "1" ]; then
> > log_warning_msg "PulseAudio configured for per-user sessions"
> > exit 0
> > fi
> > pulseaudio_start () {
>
> instead of:
> > pulseaudio_start () {
> > test "$PULSEAUDIO_SYSTEM_START" != "1" && exit 0
>
> which avoids most of the misleading behaviour I described. It also
> sets the "-p $pidfile" in the correct order in the status - perhaps we
> should copy their version?
in 0,99.1-1 the package was synchronized with the one from Ubuntu and
includes “their” init script now.
pulseaudio (0.99.1-1) experimental; urgency=low
Therefore I am closing this report although I submitted report #644809
because I find the warning confusing.
Thanks,
Paul
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644809
signature.asc
Description: This is a digitally signed message part
--- End Message ---
