switch to 3.0 (native)

split installation instructions out of quickstart

add apt-get installation instructions to README

tweak note about performance

changelog for today's minor edits to the README

re-order git-config options

drop strongly-worded request for testing

git-remote-gcrypt is stable and in maintenance-mode

add authors and maintainers to README

add a note about performance

release 1.0.1 (Debian revision -1)

shorten Vcs-Browser

bump debhelper compat

add authorship to script header

update Homepage: field

release version 1.0.0 (Debian revision -1)

bump standards version

changelog: see also

add "Note to users of GnuPG version 2" to manpage

suppress warning about keyid matching multiple fps

Based on commit a72eb5d9520a8d7fa23478aeb1c14a14e66c19a2 by Raphaël
Droz's fork -- thanks.

pass gcrypt.gpg-args most robustly

close another bug

drop github Closes lines as issue tracker deleted

changelog

Fix #20.

When a gcrypt remote is not available, for any reason
(network being down, the drive containing it not being
mounted, etc), pushing to the remote causes a new repository
ID to be created.

Instead, we now fail loudly when a remote is unavailable and
when the remote ID is already set.

https://github.com/bluss/git-remote-gcrypt/issues/20
(cherry picked from commit b46d48af15e0f8b89f2666aff2c045c9306305d6)

GCRYPT_GPG_ARGS env var -> gcrypt.gpg-args conf

justify existing lintian override

fix d/links -- dh_compress runs after dh_link

gbp.conf: drop non-functional filtering settings

The filter directive filters imported upstream tarballs but fails to
filter generated tarballs.  It doesn't actually matter because source
format version 3 will ignore a debian/ subdir in an orig tarball.

fix minor error in d/links

add d/links

gbp.conf: rewrite with comments

We do actually need separate Debian and upstream tags.

gbp.conf: standardise based on dh-make-elpa

gbp.conf: set debian-branch = upstream-branch

use same github issue closing syntax as joey

changelog tweak

changelog subheadings

merge changelogs

- easier to maintain
- preserves history of Joey's old changes
- permitted by policy

more changelog wording

changelog wording

d/changelog: update

filter Debian stuff out of pristine-tar branch

d/changelog: update

CHANGELOG -> markdown

debian/copyright: update

remove Lintian override no-upstream-changelog

d/patches: Debianise README.rst

rm old patch, whoops

update URIs in debian/changelog

switch back to non-native package

Since we can expect this software to see use outside of Debian.

closes bluss#12

d/changelog: update

Merge remote-tracking branch 'chrysn/master' into devel

implement GCRYPT_GPG_ARGS

d/copyright: update

changelog entry for version 1.0.0!

Merge remote-tracking branch 'joeyh/master' into devel

New Debian package revision 0.20130908-8

d/changelog: document overrides

Revert "New Debian package revision 0.20130908-8"

This reverts commit 26ab69cf54a761207c012685ada7748143322a76.

New Debian package revision 0.20130908-8

fix override location

Revert "New Debian package revision 0.20130908-8"

This reverts commit ef7ad2a0e17446236892c6504b145eb9b2a2a063.

New Debian package revision 0.20130908-8

override debian-watch-file-is-missing

Current upstream does not tag releases.

override no-upstream-changelog

There is no such changelog.

fix unused-file-paragraph-in-dep5-copyright

Revert "New Debian package revision 0.20130908-8"

This reverts commit 946d6b92e3c514f4b162499aa87b6e53aa51c45d.

New Debian package revision 0.20130908-8

d/changelog: wrap long line

fix Lintian depends-on-build-essential-package-without-using-version

d/changelog: more detail on my changes

switch upstream back to bluss

Joey Hess doesn't want to be upstream.  Current discussion on GitHub
will hopefully result in a new maintainer (possibly me).  So for now,
explicitly note that Joey's work is in
debian/patches/0001-joeyh-patches.patch and set upstream back to the
original.

d/changelog: close another bug

fix Lintian copyright-refers-to-symlink-license

d/control: rm duplicate Section:

d/control: rm v. old dpkg version constraint

Revert "Debian package new version 0.20130908-8"

This reverts commit 456a71fd707c32c427b29c565f678836bf04b99e.

Use git's the gpg.program if configured

Keyrings managed with gpg2 can contain secret keys whose public part is
unavailable to classic gpg; on the other hand, gpg2 won't see keys
created in gpg after an initial import.

Situations in which error messages like "gpg: error reading key: public
key not found" pop up can now be circumvented by setting the gpg.program
git configuration entry to gpg2.

Debian package new version 0.20130908-8

move joeyh's patches into a quilt patch

This stops dpkg-source complaining that the orig tar has been modified.

fix orig tarball compression method

debian/changelog: fix version number

drop README.rst from docs & instead use rst2man

debian/copyright: fix GPL-2 license text

gitignore dpkg-buildpackage stuff

add gbp config

debian/changelog: new upstream version 0.20140715

switch dpkg-source format to 3.0 (quilt)

debian/copyright: update for new Debian maintainer

debian/control: new Debian package maintainer

Upstream for Debian is joeyh's fork of git-remote-gcrypt.

import Debian package version 0.20130908-7

added gcrypt.publish-participants configuration

Fixes https://github.com/blake2-ppc/git-remote-gcrypt/issues/9

fix on OSX

set -e causes the xecho to not run if the xgrep fails. At least with OSX's
/bin/sh, which is:

GNU bash, version 3.2.51(1)-release (x86_64-apple-darwin13)

This didn't happen on Linux with:

GNU bash, version 4.3.11(1)-release (x86_64-pc-linux-gnu)

Possibly a bug in bash, or an OSX-specific bug. However, disabling set -e
in the subshell seems a good idea anyway.

fixes https://github.com/blake2-ppc/git-remote-gcrypt/issues/15

Fix to work when there is no controlling terminal, but GPG_AGENT_INFO is set. Pass --no-tty to gpg in this situation. This is needed to interoperate with the git-annex assistant, which often runs without a controlling terminal, and will in a new version always do so.

Conflicts:
debian/changelog

remove any git config for dummy-gcrypt-check remote

The gcrypt-id is cached to there when running --check

stop passing --fast-list

For unknown reasons, it makes --list-keys sometimes not show fingerprints
of certian keys.

Merge branch 'better_signature_validation' of https://github.com/jburnham/git-remote-gcrypt

improve docs

--check option to see if a repo exists and can be decrypted

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.

Better signature validation for subkeys.

add remote.<name>.gcrypt-signingkey config

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.