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 -----------------------------------------
Description: This is a digitally signed message part.
--- End Message ---
_______________________________________________ pkg-kde-extras mailing list firstname.lastname@example.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-extras