Re: Bug#676478: cuetools: please consider depending on id3v2 | python-mutagen
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
> 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.
> -- 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
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: # 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.