bug-gnupod
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnupod] Add --copy option to gnupod_search?


From: Stuart McLaren
Subject: Re: [Bug-gnupod] Add --copy option to gnupod_search?
Date: Wed, 16 Mar 2011 09:34:27 -0700 (PDT)

Hi Richard,

Here's the behaviour I'm seeing with various mount options:

1) default mount options
2) mount option check=relaxed and 
3) mount option shortname=lower


(1) Default (Doesn't work)

/etc/fstab contains:

/dev/sdd2       /media/ipod   vfat user,noauto     0       0


address@hidden:/etc$ mount | grep ipod
/dev/sdd2 on /media/ipod type vfat (rw,noexec,nosuid,nodev,user=sam)
address@hidden:/etc$ gnupod_search -m  /media/ipod -a prince -t Alpha
gnupod_search Version 0.99.8 (C) Adrian Ulrich
/usr/bin/gnupod_search: Warning: /media/ipod is mounted case sensitive, that's 
bad:
                        FAT32-iPods should be mounted case in-sensitive!
                        (try 'mount ... -o check=relaxed')
ID  |ARTIST                          |ALBUM                           |TITLE
========================================================================================================
2   |Prince                          |Prince, Best of                 |Alphabet 
St.



address@hidden:/tmp$ gnupod_search -m /media/ipod --copy -a prince
gnupod_search Version 0.99.8 (C) Adrian Ulrich
Copying all matching files
/usr/bin/gnupod_search: Warning: /media/ipod is mounted case sensitive, that's 
bad:
                        FAT32-iPods should be mounted case in-sensitive!
                        (try 'mount ... -o check=relaxed')
ID  |ARTIST                          |ALBUM                           |TITLE
========================================================================================================
2   |Prince                          |Prince, Best of                 |Alphabet 
St.
An error occurred reading /media/ipod/iPod_Control/.gnupod/GNUtunesDB.xml :
File /media/ipod/iPod_Control/Music/f00/gtkpod571115.m4a cannot be copied to 
/tmp/Prince - Prince, Best of/12_Alphabet_St..m4a. at /usr/bin/gnupod_search 
line 187.

address@hidden:/tmp$ find /media/ipod -name gtkpod571115.m4a
/media/ipod/iPod_Control/Music/F00/gtkpod571115.m4a     <<<< F00



(2) check=relaxed (Doesn't work)


/etc/fstab:

/dev/sdd2       /media/ipod   vfat user,noauto,check=relaxed     0       0

address@hidden:/tmp$ mount|grep ipod
/dev/sdd2 on /media/ipod type vfat 
(rw,noexec,nosuid,nodev,check=relaxed,user=sam)




address@hidden:/tmp$ gnupod_search -m /media/ipod --copy -a prince
gnupod_search Version 0.99.8 (C) Adrian Ulrich
Copying all matching files
/usr/bin/gnupod_search: Warning: /media/ipod is mounted case sensitive, that's 
bad:
                        FAT32-iPods should be mounted case in-sensitive!
                        (try 'mount ... -o check=relaxed')
ID  |ARTIST                          |ALBUM                           |TITLE
========================================================================================================
2   |Prince                          |Prince, Best of                 |Alphabet 
St.
An error occurred reading /media/ipod/iPod_Control/.gnupod/GNUtunesDB.xml :
File /media/ipod/iPod_Control/Music/f00/gtkpod571115.m4a cannot be copied to 
/tmp/Prince - Prince, Best of/12_Alphabet_St..m4a. at /usr/bin/gnupod_search 
line 187.


address@hidden:/tmp$ find /media/ipod -name gtkpod571115.m4a
/media/ipod/iPod_Control/Music/F00/gtkpod571115.m4a <<< F00






(3) shortname=lower (Does work)


/etc/fstab:

/dev/sdd2       /media/ipod   vfat user,noauto,shortname=lower     0       0


address@hidden:/tmp$ mount|grep ipod
/dev/sdd2 on /media/ipod type vfat 
(rw,noexec,nosuid,nodev,shortname=lower,user=sam)


address@hidden:/tmp$ gnupod_search -m /media/ipod --copy -a prince
gnupod_search Version 0.99.8 (C) Adrian Ulrich
Copying all matching files
/usr/bin/gnupod_search: Warning: /media/ipod is mounted case sensitive, that's 
bad:
                        FAT32-iPods should be mounted case in-sensitive!
                        (try 'mount ... -o check=relaxed')
ID  |ARTIST                          |ALBUM                           |TITLE
========================================================================================================
2   |Prince                          |Prince, Best of                 |Alphabet 
St.




/media/ipod/iPod_Control/Music/f00/gtkpod571115.m4a  <<< f00 (lower case)


-Stuart





--- On Wed, 3/16/11, Richard van den Berg <address@hidden> wrote:

> From: Richard van den Berg <address@hidden>
> Subject: Re: [Bug-gnupod] Add --copy option to gnupod_search?
> To: "Stuart McLaren" <address@hidden>
> Cc: address@hidden
> Date: Wednesday, March 16, 2011, 9:12 AM
> On 16 mrt. 2011, at 16:44, Stuart
> McLaren <address@hidden>
> wrote:
> 
> > Ok. What I plan to do is have it work as follows:
> >> 
> > 
> > 1) update gnupod_search --help --> Would include
> info on the --copy option
> > 2) gnupod_search --copy --> Would backup whole ipod
> to current directory
> > 3) gnupod_search --copy --directory=/tmp --> Would
> backup whole ipod to /tmp
> > 4) gnupod_search --copy --directory=/tmp -a John_Doe
> -l Rock_On 
> > --> Would backup artist John_Doe's Rock_On album to
> /tmp
> > (ie the behaviour with matching would be exactly the
> same as delete)
> > 
> > Note that output would be in the form:
> > 
> > "John_Doe - Rock_On"/01_Song_One.m4a
> > "John_Doe - Rock_On"/02_Song_Two.m4a
> > 
> > Does that work for you?
> 
> Sounds good to me, but let's hear Henrik's opinion as well
> (he is the main gnupod coder). 
> 
> > 
> >> Interesting. Is this an iPod or OS limitation?
> What OS are
> >> you using?
> > 
> > Debian 6.0, 2.6.32-5-amd64
> > 
> > Without this option there's a mismatch between the
> > read ipod path for the file and the real mount point,
> ie
> > gnupod looks for
> > 
> > /mnt/ipod/f19/file.mp3
> > 
> > but that doesn't exist, without the mount option its
> actually
> > 
> > /mnt/ipod/F1/file.mp3. With the mount option they
> > match up.
> 
> According to Google shortname=lower is the default for
> linux vfat mounts. Will accessing a directory u6sing F19 not
> work when f19 exists on vfat? Silly case insensitive file
> systems..
> 
> Please remember to copy the mailing list on replies. 
> 
> Richard
> 
> > 
> 



    



reply via email to

[Prev in Thread] Current Thread [Next in Thread]