summaryrefslogtreecommitdiff
path: root/doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment')
-rw-r--r--doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment17
1 files changed, 0 insertions, 17 deletions
diff --git a/doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment b/doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment
deleted file mode 100644
index 51c06ba12..000000000
--- a/doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment
+++ /dev/null
@@ -1,17 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="4.153.2.84"
- subject="comment 3"
- date="2012-09-19T17:32:13Z"
- content="""
-I can only guess what this paste operation entails, but as far as I can tell, the error message and the deletion of the file both come from the paste program, not git-annex.
-
-I know that git-annex assistant will not annex a file while it's still open to be written to. So my hypothesis is that the file is written to, closed, and then the paste program tries to do something else -- perhaps set the mode of the file -- and by that point git-annex has annexed it, and the program deletes the symlink. (So the content is probably buried in the git annex.)
-
-Could you build from git master and in your annex, run:
-
- git config annex.delayadd 10
-
-That'll add a 10 second grace period for things to finish with files before they get added to the annex.
-Perhaps this will be enough to avoid the problem. Feel free to play with the number of seconds..
-"""]]