Package: mp3check Version: 0.8.0-4 Severity: grave Justification: causes non-serious data loss
Using mp3check to remove junk deletes id3-info, even if it tells not to so. Can it be, that in retrying the junk-end detection, the id3-detection fails, or the restoring of the id-tags fails? Here's an example of my own CD collection [EMAIL PROTECTED]:~$ mp3info 01\ -\ Nie\ Genug.mp3 File: 01 - Nie Genug.mp3 Title: Nie Genug Track: 1 Artist: Christina Stürmer Album: Lebe Lauter Year: 2006 Comment: Genre: [255] [EMAIL PROTECTED]:~$ mp3check --cut-junk-start --cut-junk-end 01\ -\ Nie\ Genug.mp3 cut-junk-start: removing first 1045 bytes, retrying cut-junk-start: no junk found cut-junk-end: valid id3 tag trailer v1.1 found, protecting it cut-junk-end: removing last 2104 bytes, retrying cut-junk-end: tag successfully restored cut-junk-start: no junk found cut-junk-end: removing last 128 bytes, retrying cut-junk-start: no junk found cut-junk-end: no junk found [EMAIL PROTECTED]:~$ mp3info 01\ -\ Nie\ Genug.mp3 01 - Nie Genug.mp3 does not have an ID3 1.x tag. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mp3check depends on: ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++5 1:3.3.6-13 The GNU Standard C++ Library v3 mp3check recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
