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

comment

Browse source
This commit is contained in:
Joey Hess 2022-01-05 15:56:14 -04:00
parent 759346cc65
commit 08e5dea062
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
1 changed files with 27 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

27
doc/forum/Windows_-_gpg_fails_with_shared_encryption/comment_1_708da81b0678576a240ce7a388806e07._comment Normal file
View file

@ -0,0 +1,27 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2022-01-05T19:44:24Z"
content="""
The shared encryption key is what git-annex passes to gpg as
"C:\\Users\\REDACTED\\AppData\\Local\\Temp\\gpg8159".
From the other forum thread,
[[Failing_to_get_files_from_rclone_special_remote]],
you had many special remotes that somehow existed with
the same name.
There's a big question mark over how you even got into that state.
initremote does not let two special remotes with the same name be created
in the same repository so normally it would be rather hard to accomplish
once, let alone multiple times. Without understanding more, it's hard for
me to guess what has happened.
It also might be some problem with your gpg on windows.
googling for "gpg: decryption failed: Bad session key" seems to find that
the problem is split between the wrong encryption key and some kind of gpg
bugs.
If you still have the data, would deleting that special remote and starting
over with setting up a new one (with a different name!) be an option?
"""]]