comment and reject
authorJoey Hess <joeyh@joeyh.name>
Fri, 29 Jan 2021 18:33:26 +0000 (14:33 -0400)
committerJoey Hess <joeyh@joeyh.name>
Fri, 29 Jan 2021 18:33:26 +0000 (14:33 -0400)
doc/bugs/special_directory_remotes__58___git_annex_copy_fails_if_tmp__47___is_a_symbolic_link_to_another_device.mdwn
doc/bugs/special_directory_remotes__58___git_annex_copy_fails_if_tmp__47___is_a_symbolic_link_to_another_device/comment_2_993f86881ae46fbd1c402626c6380ece._comment [new file with mode: 0644]

index 276c0313db245bcaaa64058c83428b12da10ad5b..f31a2b79bf84f1fbf0f80e4eb3357acebe1bd597 100644 (file)
@@ -21,3 +21,4 @@ MacOS High Sierra 10.13.6
 ### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
 Of course! git-annex is totally amazing in order to manage big collections of files. I'm using it for my videos, and for my photos as well (thousands of files), on Linux and MacOS. Thank you very much for this awesome tool!
 
+> [[closing|done]] per my comment --[[Joey]]
diff --git a/doc/bugs/special_directory_remotes__58___git_annex_copy_fails_if_tmp__47___is_a_symbolic_link_to_another_device/comment_2_993f86881ae46fbd1c402626c6380ece._comment b/doc/bugs/special_directory_remotes__58___git_annex_copy_fails_if_tmp__47___is_a_symbolic_link_to_another_device/comment_2_993f86881ae46fbd1c402626c6380ece._comment
new file mode 100644 (file)
index 0000000..3d82603
--- /dev/null
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 2"""
+ date="2021-01-29T18:28:30Z"
+ content="""
+The directory special remote writes to a directory under the "tmp"
+directory, and then it renames that into place. Amoung other things that
+makes the update happen atomically. If "tmp" is on another filesystem than
+the final destination, a rename won't work.
+
+I just don't see any point in making this be supported, because if it were,
+git-annex would have to first write to the "tmp" directory, and then
+re-write the same files all over again to the final destination. So making
+the tmp directory be on a faster device can't actually speed anything up.
+It would just make it slower.
+"""]]