Package: jack
Version: 3.1.1+cvs20050801-6
Severity: minor

Hi!

Jack *seems* (the emphasis is intentional: see below) to be unable
to use cdparanoia as a ripper.
With no ~/.jack3rc, if I try to start jack while having an audio CD
in my /dev/cdrom drive, I get the following error:

$ jack -Q
This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]>
 *warning* You have no standard location set, putting files into the current
           directory. Please consider setting base_dir in ~/.jack3rc.
 *info* maybe cdparanoia is not installed?
 *error* could not read CD's TOC.

But cdparanoia *is* installed:

$ dpkg -l cdparanoia 
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  cdparanoia     3a9.8-11       An audio extraction tool for sampling CDs.


On the other hand, selecting cdda2wav as a ripper makes jack to work.

$ jack --ripper cdda2wav --save
This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]>
 *warning* You have no standard location set, putting files into the current
           directory. Please consider setting base_dir in ~/.jack3rc.
 *info* 1 options saved in ~/.jack3rc
$ cat ~/.jack3rc
# jackrc-version:31
ripper:cdda2wav

And jack is now able to rip CDs (as long as I have cdda2wav installed,
of course).


I later noticed that cdparanoia is not able to run as non-root
out of the box (see bugs #317694 and #71237). After setting
"appropriate" permissions to /dev/sg0 (owner root.cdrom,
permissions 0660), it began to work with no errors.
And jack is able to use cdparanoia.
As a consequence, the problem I'm reporting is the following:
jack spits out a misleading error message, when cdparanoia fails
(jack claims that cdparanoia could be not installed, while cdparanoia
*is* installed, but simply exits with errors).


Note:
=====
I experienced this awkward behavior on a pure sarge system
(with jack 3.1.1-2).
Then I noticed that many Debian BTS bugs are reported to be fixed in
more recent versions of jack; consequently I backported jack
3.1.1+cvs20050801-6 from sid to sarge and retried, but got the
same behavior.
In summary, this issue seems to be present
in both versions 3.1.1-2 and 3.1.1+cvs20050801-6.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.32
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages jack depends on:
ii  cdda2wav                  4:2.01+01a01-2 Creates WAV files from audio CDs
ii  cdparanoia                3a9.8-11       An audio extraction tool for sampl
ii  python                    2.3.5-2        An interactive high-level object-o
ii  python-cddb               1.4-3          Python interface to CD-IDs and Fre
ii  python-eyed3              0.6.4-1        Python module for id3-tags manipul
ii  python-pyvorbis           1.3-1          A Python interface to the Ogg Vorb
ii  vorbis-tools              1.0.1-1.3      Several Ogg Vorbis Tools

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to