Excerpts from Rogério Brito's message of Thu Jun 07 04:30:02 -0400 2012: > Package: cuetools > Version: 1.3.1-12 > Severity: wishlist > > Hi. > > cuetools depends on id3v2 which is currently badly broken (see its > bugreports and their age). > > OTOH, mid3v2 from python-mutagen is a drop-in replacement for id3v2 with > many fixes (and is actively maintained upstream). > > Therefore, it would be great to have cuetools be updated to have its > dependencies be satisfied by python-mutagen instead of forcing a broken > package on the users. > > Regards. > > -- System Information: > Debian Release: wheezy/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (350, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) > Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages cuetools depends on: > ii id3v2 0.1.12-2 > ii libc6 2.13-33 > > Versions of packages cuetools recommends: > ii flac 1.2.1-6 > > cuetools suggests no packages. > > -- no debconf information >
Interesting! I "maintain" cue2toc. I wonder if I can write a patch for cuetools that provides a binary with the same interface as cue2toc, and also fix this dependency on /usr/bin/id3. It seems quite likely, actually, that both are true. There's only one hit for 'id3' in the entire upstream git repo: ➜ cuetools git:(master) git grep id3 src/tools/cuetag.sh:id3() src/tools/cuetag.sh: # see http://id3lib.sourceforge.net/id3/idev1.html src/tools/cuetag.sh: id3 $trackno "$file" Anyway, whether or not I'm the one to do it, it should be an easy fix. The only reference to id3 is in that shell script. -- Asheesh. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
