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 !
src/ext/XMLhelper.pm | 2 1 + 1 - 0 !
2 files changed, 5 insertions(+), 5 deletions(-)

 adjust perl code to work with recent perl versions.
02 case insensitive metadata.patch | (download)

src/gnupod_convert_FLAC.pl | 23 16 + 7 - 0 !
1 file changed, 16 insertions(+), 7 deletions(-)

 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 !
configure.ac | 2 1 + 1 - 0 !
src/ext/Hash58.pm | 6 3 + 3 - 0 !
3 files changed, 5 insertions(+), 5 deletions(-)

---
04 install incdir.patch | (download)

tools/gnupod_install.pl | 12 6 + 6 - 0 !
1 file changed, 6 insertions(+), 6 deletions(-)

---