Re: [git-remote-gcrypt] Simple language description of the encryption mechanism
Callum Macdonald
chiark.greenend.org.uk at callum-macdonald.com
Wed Oct 7 11:45:57 BST 2020
Thanks.
Created some bogus gpg keys and did as you suggested. I pushed the results to GitHub here[1], then added the decrypted and inspected contents of the files to make it clearer.
Would you be interested in adding more detailed explanations / write ups, etc to this repo? I'd be open to writing something if so.
Cheers - CM.
[1] https://github.com/GenerousLabs/gcrypt-example
--
For avoidance of doubt: This email does not constitute permission to add me to your mailing list.
On Tue, 6 Oct 2020, at 22:56, Sean Whitton wrote:
> Hello,
>
> On Tue 06 Oct 2020 at 04:02pm +03, Callum Macdonald wrote:
>
> > I understand there's an encrypted manifest file which contains
> > encryption keys for parts of the rest of the repository. Then the
> > packfiles are encrypted. However, what happens to these encrypted
> > packfiles is a mystery to me. In the case of the rsync / sftp backend,
> > it's clear, I guess they're uploaded. But what happens to them for a
> > "regular" git transport?
>
> What I'd suggest is creating a repo and pushing using gcrypt with a
> regular git transport, then cloning the repo back without using
> git-remote-gcrypt, and seeing what you get.
>
> Basically, a commit is created containing all the data that would have
> been rsynced. It's not very sophisticated which is why the non-git
> transports are strongly recommended.
>
> --
> Sean Whitton
>
More information about the sgo-software-discuss
mailing list