Bug#519212: kget: hogs audio device for no good reason
Package: kget
Version: 4:3.5.10-3
Severity: normal
Whenever I do something like add a download to the queue, kget
apparently plays (or tries to play) a sound for the event. So far so
good. Unfortunately, the audio device is then unavailable until kget
exits. This despite the fact my audio device supports multiple
simultaneous streams (so normally multiple applications can play audio)
and nothing else is holding the device.
If another application is using the device when kget tries to play a
sound, it doesn't seem to ever try again during that session. So, I
guess kget tries to get exclusive control of the device. Is this a
problem with libaudio? I have other things installed that use the
library (like, uh, aRts), and I haven't had any problems with any of
them to my knowledge.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.24.7-ddawson
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash
Versions of packages kget depends on:
ii kdelibs4c2a 4:3.5.10.dfsg.1-1+b1 core libraries and binaries for al
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libgcc1 1:4.3.3-3 GCC support library
ii libqt3-mt 3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v
ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3
ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar
kget recommends no packages.
Versions of packages kget suggests:
ii khelpcente 4:4.0.0.really.3.5.9.dfsg.1-6 help center for KDE
-- no debconf information
Reply to: