Your message dated Sat, 09 Nov 2013 14:09:43 +1100
with message-id <6652984.9aloxTQ6Rc@acer>
has caused the   report #702311,
regarding audex does not use the specified disc drive in multidrive systems
to be marked as having been forwarded to the upstream software
author(s) au...@maniatek.com

(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 ow...@bugs.debian.org
immediately.)


-- 
702311: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702311
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
----------  Forwarded Message  ----------

Subject: Bug#702311: audex does not use the specified disc drive in multidrive 
systems
Date: Mon, 4 Mar 2013, 20:00:08
From: Tom Maneiro <tom...@gmail.com>
To: Debian Bug Tracking System <sub...@bugs.debian.org>

Package: audex
Version: 0.74~b1-1.1
Severity: important

Normally, audex seems to work fine if you have a single CD/DVD drive on your
system. But some users do have more than one drive, and in my case it becomes
practically impossible to use audex with any drive other than the first one.

In my case, I'm on a laptop (which has a built-in PATA DVD/CDRW drive), but
also have a external USB DVDRW. I'm trying to rip some CDs using the external
USB DVDRW, and although I pick it from audex settings, it INSISTS into using
the laptop built-in drive, no matter how many times I reconfigure or restart
audex.

A similar test case arises if you have installed cdemu
(http://cdemu.sourceforge.net/), which creates (by default) 2 virtual DVD
drives (but only one visible in audex, sometimes the first, sometimes the
second), yet it becomes a pain to rip discs from the virtual images - usually
the SECOND one works, but not the first one... or it simply insists yet again
into the first physical drive.

If you use multiple drives in a regular basis for ripping your discs (or if
you're on a laptop but would like to avoid using the internal drive, which is
often fragile and of low quality for CDDA extraction), clearly audex isn't
making things easier.



-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=es_VE.UTF-8, LC_CTYPE=es_VE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages audex depends on:
ii  kde-runtime      4:4.8.4-2
ii  libc6            2.13-38
ii  libcdparanoia0   3.10.2+debian-10.1
ii  libgcc1          1:4.7.2-5
ii  libkcddb4        4:4.8.4-2
ii  libkcmutils4     4:4.8.4-4
ii  libkdecore5      4:4.8.4-4
ii  libkdeui5        4:4.8.4-4
ii  libkemoticons4   4:4.8.4-4
ii  libkidletime4    4:4.8.4-4
ii  libkio5          4:4.8.4-4
ii  libkprintutils4  4:4.8.4-4
ii  libkutils4       4:4.8.4-4
ii  libqt4-dbus      4:4.8.2+dfsg-11
ii  libqt4-network   4:4.8.2+dfsg-11
ii  libqt4-svg       4:4.8.2+dfsg-11
ii  libqt4-xml       4:4.8.2+dfsg-11
ii  libqtcore4       4:4.8.2+dfsg-11
ii  libqtgui4        4:4.8.2+dfsg-11
ii  libstdc++6       4.7.2-5

audex recommends no packages.

audex suggests no packages.

-- no debconf information

-----------------------------------------

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
_______________________________________________
pkg-kde-extras mailing list
pkg-kde-extras@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-extras

Reply via email to