This commit is contained in:
		
					parent
					
						
							
								40e0a83d29
							
						
					
				
			
			
				commit
				
					
						898f994753
					
				
			
		
					 1 changed files with 1 additions and 1 deletions
				
			
		|  | @ -3,7 +3,7 @@ This leads to the strange behaviour, that after umount and remount of an usb dri | |||
| the files are modified.  (after remount the "seconds" appears to be rounded to even values - the inode cache before unmount had 1 second resolution) So git-annex is not real "guilty" but it would be fine to create a "workaround" for this problem... | ||||
| 
 | ||||
| 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... | ||||
| 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: | ||||
| 
 | ||||
|  |  | |||
		Loading…
	
	Add table
		Add a link
		
	
		Reference in a new issue
	
	 martin
				martin