why does this rsync commands copy again the same files?

[Reindl Harald]

Am 22.11.2012 22:55, schrieb M. Fioretti:
> On Thu, Nov 22, 2012 22:44:25 PM +0100, Reindl Harald wrote:
> 
>>> IIRC, adding a trailing slash /media/Verbatim/photo/ would cause
>>> another "photo" folder to appear inside /media/Verbatim/photo/,
>>> which is not what I want
>>
>> i am using rsync since many years in any environment
>> for backups, for sync folders, for sync TB's of data all over the world
>>
>> adding a trailing slash /media/Verbatim/photo/ would cause
>> NEVER EVER another "photo" folder to appear inside /media/Verbatim/photo/
> 
> I am sure you have more experience than me. I said "IIRC". If my
> specific explanation above, which I plucked out from memory in a rush,
> is the wrong one, OK, no problem.

i did not feel offended - really!

> However, I do remember that this thing of having the trailing slash in
> the source, but not in the destination, is something I have read in
> many places as the thing to do, and this is the first time I hear
> speaking against it

my intention was to give the hint that a mssing trailing
slash may some times produce unexpected results while have
both sides with a trailing slash is 100% sure

> I'm not "attacking" you in any way, of course. Just saying that I am
> puzzled, because I had never heard of such an issue before.

as said: i did not feel offendned nor was my intention to offend you

> Back on topic, why do you think there may be some link between this
> issue and the problem I see?

hmm - i did not
look at my first reply
the hint with the lsahses was one line and a "yb the way"

> So it is either something weird in the permissions or other metadata
> of those folders only, or some wrong option in the command. But what?

for sure vfat is the problem

as said: please compare the timestamp on the target
most likely the timestamp on vfat contains daylight-savings
which is not the case on unix-filesystems

but it is long ago that i had to deal with anything not ext4

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 261 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/users/attachments/20121122/a9edc0a0/attachment.sig>