diff options
author | Joey Hess <joey@kitenet.net> | 2013-04-23 17:13:09 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2013-04-23 17:14:28 -0400 |
commit | 7b3dee7e718e8b19fb9b2458fc507ffb5f4fbcba (patch) | |
tree | 8c990068677b4a32b9ee12b40967036023229f34 /Command | |
parent | 32f77d97001aa52561bc35060027839bbd184972 (diff) |
sync: Bug fix, avoid adding to the annex the dummy symlinks used on crippled filesystems.
The root of the problem is that toInodeCache sees a non-symlink, and so
goes on and generates a new inode cache for the dummy symlink.
Any place that toInodeCache, or sameFileStatus, or genInodeCache are called
may need to deal with this case. Although many of them are ok. For example,
prepSendAnnex calls sameInodeCache, which calls genInodeCache.. but if
the file content is not present, the InodeCache generated for its standin
file is appropriately not the same, and so it returns Nothing.
I've audited some, but have to say I'm not happy with this; it should be
handled at the type level somehow, or a toInodeCache wrapper be used that
is aware of dummy symlinks.
(The Watcher already dealt with it, via the guardSymlinkStandin function.)
Diffstat (limited to 'Command')
0 files changed, 0 insertions, 0 deletions