[mad-dev] Maintaining libid3tag?
Andy Grundman
andy at slimdevices.com
Thu Apr 2 10:14:51 PDT 2009
On Apr 2, 2009, at 12:58 PM, Kurt Roeckx wrote:
> On Thu, Apr 02, 2009 at 09:44:18AM -0400, Andy Grundman wrote:
>> Is there any interest in having someone take over maintenance of
>> libid3tag? There are several patches floating around in various
>> places
>> [1] that should be rolled into an official release. There are also
>> some
>> issues related to handling of broken iTunes tags that I'd like to
>> fix and
>> don't see any patches for. I'm happy to volunteer.
>>
>> [1]
>> http://patch-tracking.debian.net/package/libid3tag
>
> Those are patches we added to the package, the difference between
> our version and upstream's version. And there hasn't been any
> activity upstream for a while.
>
> We really only have 1 open bug report:
> http://bugs.debian.org/350578
>
>> http://bugs.gentoo.org/show_bug.cgi?id=210564
>
> We have fixed this bug long before the gentoo bug report. This is
> http://bugs.debian.org/304913
> http://bugs.debian.org/480187
Yeah, it looks like Gentoo has the most complete set of patches.
However, there are a few issues with them:
http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-libs/libid3tag/files/0.15.1b/
libid3tag-0.15.1b-compat.patch - This is a duplicate of
libid3tag-0.15.1b-unknown-encoding.patch
libid3tag-0.15.1b-fix_overflow.patch - This patch breaks reading of
UTF-16BE tags. The fix may be:
--- field.c.orig 2008-05-05 09:49:15.000000000 -0400
+++ field.c 2008-05-05 09:49:25.000000000 -0400
@@ -291,7 +291,7 @@
end = *ptr + length;
- while (end - *ptr > 0) {
+ while (end - *ptr > 0 && (*encoding ==
ID3_FIELD_TEXTENCODING_UTF_16BE || **ptr != '\0')) {
ucs4 = id3_parse_string(ptr, end - *ptr, *encoding, 0);
if (ucs4 == 0)
goto fail;
More information about the mad-dev
mailing list