mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

Browse source
This commit is contained in:
martin 2014-05-04 07:05:58 +00:00 committed by admin
parent 547943a5b4
commit 49283cc40c
1 changed files with 2 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

3
doc/forum/FAT:_Date_resolution_for_mtime_2s--__62___implications.mdwn
View file

@ -2,7 +2,8 @@ The Date resolution for FAT is only 2 seconds for the "last modified time."
This leads to the strange behaviour, that after umount and remount of an usb drive (direct mode) git-annex thinks that suddenly approx. 50% of
the files are modified. (after remount the times appears to be rounded to even values)
One solution would be to treat differences up to 1s in modification time as unmodified or create an new parameter like rsync's "modify-window" for this. To do an "git annex sync" or git annex add is in my opinion not a good option, because one could add so Bad file content by accident...
Possible the best solution for this is to set even values for the seconds in the filesystem and in annex internal tables direct after the "git annex get".
Other solution would be to treat differences up to 1s in modification time as unmodified or create an new parameter like rsync's "modify-window" for this. To do an "git annex sync" or git annex add is in my opinion not a good option, because one could add so Bad file content by accident...
Here's an konsole session to show this behaviour: