git-remote-gcrypt - PGP-encrypted git remotes

	Commit message (Collapse)	Author	Age
*	improve docs	Joey Hess	2013-09-19
\|
*	--check option to see if a repo exists and can be decrypted	Joey Hess	2013-09-19
\| \| \| \| \| \| \| \|	This is to allow programs to determine if a repo uses gcrypt, per #6. Since this program already knows the name of the manifest file and how to download it and decrypt it, it makes sense to do the check here rather than in, eg, git-annex.
*	add remote.<name>.gcrypt-signingkey config	Joey Hess	2013-09-17
\| \| \| \| \| \| \| \| \| \| \| \|	This is needed by git-annex assistant when it sets up a gcrypt repository, to ensure that the gpg key it was asked to use to encrypt the repo is the same key used to sign it. If it's not, pulling from the repo won't work, due to git-remote-gcrypt's "Only accepting signatories" check. The user may have a global user.signingkey setting (I do), but be setting up a different special-purpose key for encrypting their git repo. The git-annex assistant cannot mess with the global value, so needs this to override it.
*	README: Don't mention keyring files, it's not relevant anymore0.20130908	root	2013-03-12
\|
*	Add license header and the text of the GNU GPL	root	2013-03-03
\|
*	Edit wording in README	root	2013-01-21
\|
*	README: Fix to use `remote id`	root	2012-11-29
\|
*	Update license text	root	2012-11-16
\|
*	Fix markup of Repository Format section	root	2013-01-03
\|
*	Edit README	root	2013-01-20
\|
*	Organize the README in a neat way, putting extra info in the Notes chapter	root	2013-02-14
\|
*	Edit the summary of the repository format/process	root	2013-02-14
\|
*	Tone down the development version warnings	root	2013-02-14
\| \| \| \| \|	We have now implemented the usability changes (No fragment in repository URL, and default encrypt-to-self), so no big changes planned.
*	Use a shorter, simpler repo ID since users will see it (occasionally)	root	2013-02-14
\|
*	Update README for remote.<name>.gcrypt-participants and default simple mode	root	2013-02-14
\|
*	Migrate to SHA-256 and implicit repo ID (PARTIAL REPO FORMAT CHANGE)	root	2013-02-14
\| \| \| \| \| \| \| \| \| \|	* local, rsync, ssh, sftp repositories are still compatible * gitception/git backend repositories are not compatible and need to be deleted and recreated * Put manifest in a static location, so we don't need #fragment in the URL * Record repository ID for each remote, and warn if it changes. * Use SHA-256 by default but allow reading SHA-224-identified packfiles * The URL #fragment identifies branch to use when using the git backend
*	Give warning about future format change	root	2013-02-14
\|
*	Allow user to set $GCRYPT_FULL_REPACK to force repack of remote	root	2013-02-14
\|
*	Use rsync for both rsync and ssh access	root	2013-02-14
\|
*	Document the keep field	root	2013-02-14
\|
*	Simplify informational output to emphasize the new repo URL	root	2013-02-14
\|
*	Add ./install.sh to install git-remote-gcrypt and its man page	root	2013-02-14
\|
*	Document manifest fields better	root	2013-02-14
\|
*	Use config gcrypt.participants for GPG key ids	root	2013-02-14
\| \| \| \| \| \| \| \|	Instead of using a separate keyring file (gcrypt.keyring is now deprecated!), use a simple list of key ids. Extract all keyids and use these to match GOODSIG <keyid> manually on the gpg status output. The gcrypt.keyring variable is still used, but it will be removed later.
*	Use URL fragment for repository id instead of G.*	root	2013-02-14
\|
*	Support rsync://	root	2013-02-14
\|
*	Simply detect if using git repository backend. gitception:// is unneeded	root	2013-02-14
\| \| \| \| \|	Simply treat absolute paths that do not lead to a HEAD file as local directory backends, and all other as git backends.
*	Update README	root	2013-02-14
\|
*	Allow deleting remote refs	root	2013-02-14
\|
*	Update README so it can generate a man page with rst2man	root	2013-02-14
\|
*	Add extension namespace in manifest files, 'extn' lines are preserved	root	2013-02-14
\|
*	Obey git config user.signingkey	root	2013-02-14
\|
*	Use a separate symmetric key per packfile (REPO FORMAT CHANGE)	root	2013-02-14
\| \| \| \| \|	A separate key per pack is simpler and costs us very little; with repack changes later it will be possible to change keys regularly.
*	Update README	root	2013-02-14
\|
*	Use a shorter repository id in the URL, to simplify a tiny bit	root	2013-02-14
\|
*	Fix reST syntax in README	root	2013-02-14
\|
*	Update README	root	2013-02-14