[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnupod] Re: Case sensitivity in directory path names [followup
From: |
Adrian Ulrich |
Subject: |
Re: [Bug-gnupod] Re: Case sensitivity in directory path names [followup with workaround] |
Date: |
Tue, 22 Jun 2004 22:07:17 +0200 |
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 :)