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

Reply via email to