Package: speech-dispatcher Version: 0.7.1-6.1 Severity: important Hi,
recently a system upgrade changed speech-dispatcher from 0.6.7-4 to 0.7.1-6.1. Ever since I have noticed that I leave my desktop session running overnight (which I do on a regular basis for work-related reasons), the next day I don't have audio, and there are always two instances of the pulseaudio process running, the one that my desktop session spawned, and the one speech dispatcher spawns. I'm guessing my pulseaudio process goes to sleep and at some point releases the audio device, and then the speech dispatcher's pulseaudio process takes over it. If I kill speech dispatcher's pulseaudio process sound works again. From what I can tell speech dispatcher expects a single system wide pulseaudio instance, and for whatever reason it thinks it's ok to start it itself. The only problem is that my user does not have access to that pulseaudio instance, so the whole thing is broken. "important" because it's breaking other software. I'm actually surprised it's not breaking for most people, probably because most people have hardwarde mixing. Thanks for your attention, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages speech-dispatcher depends on: ii adduser 3.113+nmu1 ii dpkg 1.16.2 ii install-info 4.13a.dfsg.1-10 ii libao4 1.1.0-1.1+b1 ii libasound2 1.0.25-2 ii libaudio2 1.9.3-5 ii libc6 2.13-30 ii libdotconf1.0 1.0.13-3 ii libespeak1 1.46.02-1 ii libflite1 1.4-release-4 ii libglib2.0-0 2.32.0-4 ii libpulse0 1.1-3+b1 ii libspeechd2 0.7.1-6.1 ii lsb-base 4.1+Debian2 Versions of packages speech-dispatcher recommends: ii pulseaudio 1.1-3+b1 Versions of packages speech-dispatcher suggests: pn libttspico-utils <none> pn speech-dispatcher-doc-cs <none> pn speech-dispatcher-festival <none> -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
