From 08d61295a8ddf7d83f583216f9a89867f59c18eb Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Wed, 19 Sep 2012 17:32:13 +0000 Subject: Added a comment --- .../comment_3_270aa7680c3b899a92ce6543eaba666a._comment | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment (limited to 'doc/bugs/pasting_into_annex_on_OSX') 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 new file mode 100644 index 000000000..51c06ba12 --- /dev/null +++ b/doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment @@ -0,0 +1,17 @@ +[[!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.. +"""]] -- cgit v1.2.3