summaryrefslogtreecommitdiff
path: root/doc/bugs/Debian_and_MacOSX_cannot_read_eachother__39__s_S3_credentials/comment_1_e307e5d0ec02ed76dc7c3f0894770539._comment
blob: 840bfdaa2e4e3a7e71de84614366c73abdb8471f (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
[[!comment format=mdwn
 username="joey"
 subject="""comment 1"""
 date="2017-02-13T18:27:02Z"
 content="""
The .git/annex/creds/uuid files for S3 special remotes are supposed to
contain the S3 access credentials, the same values you set
`AWS_ACCESS_KEY_ID` and `AWS_SECRET_ACCESS_KEY` to. Since it's just some
high-entropy credentials, perhaps that's why you thought it looked garbled?

I doubt that the error message about the cause of the gpg error is
right; that is a workaround for an old bug in git-annex 5.20140916. Unless
you used such an old version to set up the special remote, it's probably
not related to that problem at all.

The actual problem seems to be:

	gpg: packet(2) with unknown version 13
	gpg: [don't know]: invalid packet (ctb=6b)

This probably points to an incompatability between the gpg versions.
The easiest fix is probably to upgrade Debian to gpg 2.

With embedcreds, the S3 creds are symmetrically encrypted/decrypted
using gpg --symmetric. This is a less common way to use gpg,
and it could be that there's an incompatability with how different
versions of gpg do it.
"""]]