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

[Adrian Ulrich]

Hi,


>It seems that the gnupod_INIT.pl creates f01 through f16, however the 
>addsong.pl seems to be case-sensitive (looking for F01 through F16), as

gnupod_INIT.pl creates F01-16 and gnupod_addsong.pl uses also Fxx.
You should get Fxx folders (uppercase F's), i don't know why you
did get f00-fxx.

But VFAT is (like HFS+ (!)) case insensitive, that's why gnupod doesn't
do extra testing for upper/lowercase folders.

IMHO, you got a strange VFS/VFAT on your System:

$ uname -r
2.6.7
address@hidden:/mnt/ipod/iPod_Control/Music$ ls -ld ?00                   
drwxr--r--   2 ulrich   users       32768 Jun 22 21:38 f00/
address@hidden:/mnt/ipod/iPod_Control/Music$ touch f00/foo
address@hidden:/mnt/ipod/iPod_Control/Music$ touch F00/foo
address@hidden:/mnt/ipod/iPod_Control/Music$ ls -lh ?00/foo
-rwxr--r--    1 ulrich   users           0 Jun 22 21:38 f00/foo*

Which version of Linux are you using? Strange mount options?

Maybe RedHat has stupid default settings for vfat:

http://www.charmed.com/txt/vfat.txt

Try to mount the iPod with '-o check=r' (r=relaxed/caseINsensitive)
and let me know, if it worked..

> As a workaround, I copied the file manually to the iPod, and rebuilt
> the database (losing the playlists.)  After this, the iPod was able to
> see the music files.

Yes, rebuilding does a glob("$opts{mount}/iPod_Control/Music/*/*");
This is fine even on case INsensitive systems (for the F folders only..)

I created a small (and ugly ;) ) patch for this Problem.

Try http://blinkenlights.ch/gnupod-dist/testing/gnupod-0.95-vfat.tgz
(it's a CVS version, but is stable..). It should fix your Problem.

Please let me know if it worked (the -vfat version and -o check=r)

thanks :)