This commit is contained in:
Joey Hess 2021-03-05 12:39:57 -04:00
parent 11048bee03
commit 8d983b6432
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 39 additions and 0 deletions

View file

@ -0,0 +1,29 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2021-03-05T16:29:35Z"
content="""
The conversion of the git file to an annexed file is a known problem,
<https://git-annex.branchable.com/todo/import_tree_annexes_files_that_were_exported_non-annexed/>
The failure to get the content of the file when that happens is a bug
though. (I think it may be a reversion as I seem to remember that working,
but I could be mistaken.)
It seems to be caused by an underlying inability to get the file:
get file.txt (from test...) (checksum...)
verification of content failed
Which in turn is due to a confusion between two different SHA1s.
When exporting a file stored in git, git-annex use the SHA1 git uses for it,
but that is not actually the SHA1 of the file, but of the file size and file
or something like that. Then when the file gets converted to an annexed
file, it uses a git-annex get with that same SHA1. But git-annex expects
the content of a SHA1 keyed file to match that SHA1, which is not the case here.
So verification fails, and that's also why importing doesn't get the content.
This is certainly a bug. I guess the best way to fix it would be to fix
the above todo.
"""]]

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2021-03-05T16:38:25Z"
content="""
This leads to worse behavior than just converting to annexed from
non-annexed. The converted file's contents don't verify due to some
confusion between git and git-annex's use of SHA1. See
<https://git-annex.branchable.com/forum/__96__git_annex_import__96___from_directory_loses_contents__63__/>
"""]]