Package: gnupod-tools / 0.99.8+dfsg-2
Metadata
| Package | Version | Patches format |
|---|---|---|
| gnupod-tools | 0.99.8+dfsg-2 | 3.0 (quilt) |
Patch series
view the series file| Patch | File delta | Description |
|---|---|---|
| 01 new perl.patch | (download) |
src/ext/FileMagic.pm |
8 4 + 4 - 0 ! |
adjust perl code to work with recent perl versions. |
| 02 case insensitive metadata.patch | (download) |
src/gnupod_convert_FLAC.pl |
23 16 + 7 - 0 ! |
handle flac metadata field names as case insensitive
gnupod_addsong fails to read metadata if the fieldnames are not in
BLOCKCAPS. This is contrary to the the Vorbis comment
specification[0] (which FLAC uses for its tags) which states "A
case-insensitive field name that may consist of ASCII 0x20 through
0x7D, 0x3D ('=') excluded. ASCII 0x41 through 0x5A inclusive (A-Z) is
to be considered equivalent to ASCII 0x61 through 0x7A inclusive
(a-z).". Some software (MusicBrainz Picard is the one I used) does
not write the fieldnames in BLOCKCAPS resulting in gnupod failing to
read the metadata correctly. Picard, for example, writes all
lowercase fieldnames.
[0] http://www.xiph.org/vorbis/doc/v-comment.html
I have patched the gnupod_convert_FLAC script with the patch below
which corrects this behaviour (although there maybe a better
solution).
|
| 03 use digest sha.patch | (download) |
configure |
2 1 + 1 - 0 ! |
--- |
| 04 install incdir.patch | (download) |
tools/gnupod_install.pl |
12 6 + 6 - 0 ! |
--- |
1
