close
authorJoey Hess <joeyh@joeyh.name>
Fri, 13 Nov 2015 20:33:53 +0000 (16:33 -0400)
committerJoey Hess <joeyh@joeyh.name>
Fri, 13 Nov 2015 20:33:53 +0000 (16:33 -0400)
doc/bugs/git-annex_doesn__39__t_work_on_lustre:_waitToSetLock:_unsupported_operation___40__Function_not_implemented__41__.mdwn
doc/bugs/git-annex_doesn__39__t_work_on_lustre:_waitToSetLock:_unsupported_operation___40__Function_not_implemented__41__/comment_14_4dea6eac389bbf5235a3d5d3378e6d04._comment

index 92aff3350a45afd971fc16270a2743eed10b8b16..39cfb6b93af44b97f304f23edf0fac387a57343a 100644 (file)
@@ -10,3 +10,4 @@ Here is the log from  git annex test : <http://www.onerussian.com/tmp/git_annex_
 
 5.20150731-g41f79f2  OS probably CentOS (I am just channeling the report -- don't shoot the messanger)
 
+> [[done]] --[[Joey]]
index 5bd76b6ecc613516514b217c8e474f409a8f0685..bb58cbeeb16761d177d315ff9abae5ef7e0f989f 100644 (file)
@@ -30,4 +30,9 @@ sanity for good measure.
 
 On the plus side, this may show how I can detect when rename() fails to
 preserve POSIX semantics..
+
+Update: Indeed, I was able to get git-annex to detect the doubled file
+and so know that it can't take the lock.
+
+I can't guarantee anything, but this is enough to close this bug.
 """]]