Re: [Bug-gnupod] Re: Case sensitivity in directory path names [followup with workaround]

[Adrian Ulrich]

Hi,

> Because the VFAT file system is case independent.  Normally, files are
> created in all lower case, as shown by the Linux.

No, they aren't all lowercase.

VFAT stores filenames as they are created.

If you do 'touch BlA', it will store 'BlA' and not BLA nor bla.

(but 'BlA' 'bla' 'BLA' .. are all the same files , with check=r)

 
> No, all standard.  Nothing odd, that I can see.

Then you (fedora) aren't using a vanilla kernel. Seems like RedHat
needed to add broken patches once more?!

*hmpf*


> I tried the new patch, and it works.  I didn't try the -o check-r yet,
> as I have been travelling. 

That's fine :) .
If the patch is working, '-o check=r' should also make 0.94 working
fine.


> One other small issue -- the addsongs doesn't cope with filenames
> containing spaces, which is very common. 

This WFM:
$gnupod_addsong.pl Foo\ Bar.mp3 
gnupod_addsong.pl Version 0.95test1-CVS (C) Adrian Ulrich
+ [MP3 ][  1] Foo Bar.mp3                      | Unknown Album          
         | Unknown Artist          

What's wrong with this?


> You might also wish to
> add a -r option to recursively search through directories for the
> pattern, as many people use a tree to store their MP3 files.

gnupod_addsong.pl can read from stdin:

$ find bla | gnupod_addsong.pl -

Everyone asks about this feature, i added it to the FAQ ;)


thanks,
 Adrian