Package: easytag Version: 1.99.10-1 Severity: normal -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
I just hit a bug with some Czech songs. For instance, character � (composed with 'y) cannot be saved properly by EasyTAG when using the recommended encoding setting (ISO-8859-1, or UNICODE fallback). The character shows up in the ID3v2 tag as FFFD (invalid UTF-16 sequence). This might be related to bugs #281255 and #246856, but I'm not sure. There is some background information there. I guess that the cause behind the bug is that Debian still lacks an UTF-8-clean libid3, as mentioned elsewhere by Jerome and me. If this is not the case, I'd be happy to check this bug. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-ck5 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages easytag depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii libflac7 1.1.2-3 Free Lossless Audio Codec - runtim ii libgcc1 1:4.0.2-4 GCC support library ii libglib2.0-0 2.8.4-1 The GLib library of C routines ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libid3-3.8.3c2a 3.8.3-5 Library for manipulating ID3v1 and ii libogg0 1.1.2-1 Ogg Bitstream Library ii libpango1.0-0 1.10.1-2 Layout and rendering of internatio ii libstdc++6 4.0.2-4 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.0-1 The Vorbis General Audio Compressi ii zlib1g 1:1.2.3-8 compression library - runtime easytag recommends no packages. - -- no debconf information -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDpKp+823633cP2P8RArwpAJ9SAueq3eipPMF6sJsYpEyS9trExgCbBURJ 65HxU3drNefP7Ozxhzsb+4k= =ETJh -----END PGP SIGNATURE-----
