also affects add
authorJoey Hess <joeyh@joeyh.name>
Wed, 5 Jul 2023 17:42:52 +0000 (13:42 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 5 Jul 2023 17:42:52 +0000 (13:42 -0400)
doc/bugs/assist_--jobs_loses_location_information.mdwn

index f45d648a6de6353c69cda99b2c787aa24c923c8f..f9445a1d66ef579e9902796059f99371fa6b0ccb 100644 (file)
@@ -9,10 +9,6 @@
       git remote add g2 ../g2
       git-annex assist
       date > n
-      date > n2
-      date > n3
-      dd if=/dev/urandom of=n4 bs=1M count=200
-      dd if=/dev/urandom of=n5 bs=1M count=200
       git-annex assist --jobs=2
       git-annex move --from origin
       git-annex move --from g2
 The final move fails, complaining it's not safe to drop the last copy. It
 has somehow lost track of the fact that there's a local copy.
 
-This only happens when using assist. Using add followed by sync --content
-doesn't have the problem. And with --jobs=1 it doesn't have the problem
-either. --[[Joey]]
+Actually... This also happens not using assist, just add:
+
+        git init g
+        cd g
+        git annex init
+        git commit --allow-empty -m foo
+        cd ..
+        git clone g g3
+        cd g3
+        git-annex init
+        date > n
+        git-annex add --jobs=2
+        git-annex whereis
+
+(The clone of g to g3 is for some reason needed... Without that remote, the
+bug doesn't happen.)
+
+Somehow, when add calls logStatus, getUUID == NoUUID, so it doesn't record
+anything. This despite it having initialized with a UUID earlier.
+Even with a manual git-annex init before the command that still happens.
+--[[Joey]]