[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#519212: marked as done (kget: hogs audio device for no good reason)

Your message dated Wed, 17 Mar 2010 20:32:38 +0100
with message-id <201003172032.39096.ewoerner@kde.org>
and subject line Re: kget: hogs audio device for no good reason
has caused the Debian Bug report #519212,
regarding kget: hogs audio device for no good reason
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 owner@bugs.debian.org
immediately.)


-- 
519212: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519212
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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

--- End Message ---
--- Begin Message --- 
Version: 4:3.90.1-1

The bug you reported has (most likely) been fixed in KDE SC 4.0

--- End Message ---
Reply to: