summaryrefslogtreecommitdiff
path: root/standalone
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2013-10-01 14:10:45 -0400
committerGravatar Joey Hess <joey@kitenet.net>2013-10-01 14:38:46 -0400
commit5e242ed6de52c52bab51c94a23d8ad1fac80b6a4 (patch)
tree2e950d1d2185f9b4bdba4fbc20b72dac2f3518dc /standalone
parent142ba4db72679fa2b17eb4ae33ac7d9764a71b09 (diff)
fix transferring to gcrypt repo from direct mode repo
recvkey was told it was receiving a HMAC key from a direct mode repo, and that confused it into rejecting the transfer, since it has no way to verify a key using that backend, since there is no HMAC backend. I considered making recvkey skip verification in the case of an unknown backend. However, that could lead to bad results; a key can legitimately be in the annex with a backend that the remote git-annex-shell doesn't know about. Better to keep it rejecting if it cannot verify. Instead, made the gcrypt special remote not set the direct mode flag when sending (and receiving) files. Also, added some recvkey messages when its checks fail, since otherwise all that is shown is a confusing error message from rsync when the remote git-annex-shell exits nonzero.
Diffstat (limited to 'standalone')
0 files changed, 0 insertions, 0 deletions