mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

add workaround

Browse source
This commit is contained in:
anarcat 2018-10-25 17:48:07 +00:00 committed by admin
parent 2243d62d05
commit 73bcd7fdd4
1 changed files with 15 additions and 4 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

19
doc/todo/copy_instead_of_rename_on_reinject.mdwn
View file

@ -15,9 +15,20 @@ they (obviously) were broken. So I tried to fix that with reinject:
git-annex: reinject: 1 failed
It *almost* worked but failed because it cannot rename the git-annex
file on the other side. Other than making reinject work against a
fellow git-annex repository, I think this would be useful to avoid
deleting files which might surprise users... I suggest using a logic
similar to [[git-annex-import]] for consistency reasons.
file on the other side. But worse, copying the file by hand does not
work either:
$ LANG=C cp ~/mp3/.git/annex/objects/xJ/K5/SHA256E-s16309242--41eb375ac760bf8542bae1ec2bcfce9269f78302820bcc88904e76bab473181c.flac/SHA256E-s16309242--41eb375ac760bf8542bae1ec2bcfce9269f78302820bcc88904e76bab473181c.flac ../../../.git/annex/objects/xJ/K5/SHA256E-s16309242--41eb375ac760bf8542bae1ec2bcfce9269f78302820bcc88904e76bab473181c.flac/SHA256E-s16309242--41eb375ac760bf8542bae1ec2bcfce9269f78302820bcc88904e76bab473181c.flac
cp: cannot create regular file '../../../.git/annex/objects/xJ/K5/SHA256E-s16309242--41eb375ac760bf8542bae1ec2bcfce9269f78302820bcc88904e76bab473181c.flac/SHA256E-s16309242--41eb375ac760bf8542bae1ec2bcfce9269f78302820bcc88904e76bab473181c.flac': Permission denied
... obviously because the directory already exists and is not
writable. The workaround is to create those directories if missing
(`mkdir -p`) or change the mode if present (`chmod u+w`), then run
`git-annex-fsck` which will fix those modes.
Other than making reinject work against a fellow git-annex repository,
I think this would be useful to avoid deleting files which might
surprise users... I suggest using a logic similar to
[[git-annex-import]] for consistency reasons.
Thanks! -- [[anarcat]]