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.

set --trust-model=always when encrypting

Otherwise gpg may prompt to verify if we want to encrypt to users who
do not have a defined trust level. But, the participants setting
explicitly listed them, so we know we want to encrypt to them.

closes #3

README: Don't mention keyring files, it's not relevant anymore

Remove deprecated /G.XxX.. repository "url fragments" (previously autofixed)

Remove deprecated gcrypt::ssh:// (use rsync instead, previously autofixed)

We need to remove this since git handles ssh:// URLs already. With this
change, we now use the git backend for these.

Remove deprecated config gcrypt.keyring (use gcrypt.participants or default)

Simplify by replacing echo_kill with a pipefail function

Use directory in /tmp for temporary files

Using a standard directory for temporaries buys us performance when the
user wants it (has configured tmpfs for /tmp) and configurability
(accepts TMPDIR=).

Moving /pack to a temporary directory gives safe concurrent remote
repacks.

Add license header and the text of the GNU GPL

Use a longer pack key

There should be no difference if we use 32 random bytes or more, since
GPG's longest symmetric key is 32 bytes, but to just remove any doubt we
use a longer random passphrase.

Encrypt and hash the new packfile streamingly

Simplify the use of the object list file

Introduce xfeed output function

Combine tempfile naming into one function

Guard verify-pack and pack-objects and die on error

Use echo_kill for when echo_die is not enough.

Use pathname expansion only where needed

Fix GCRYPT_FULL_REPACK to also repack when target has only 1 pack

Simplify PRIVENCRYPT

Simplify line_count and pick_fields

remove splitcolon use

use gpg_hash

Refactor fetch and repack

More specific pattern for manifest filter

Use $1, $2 instead of $@ here

If found a bug in mksh, where it would not split "$@" if IFS is null
(reported).