also affects add

This commit is contained in:
Joey Hess 2023-07-05 13:42:52 -04:00
parent 3c1d18cb3b
commit fe0e0c0523
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38

View 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
@ -20,6 +16,24 @@
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]]