aboutsummaryrefslogtreecommitdiffhomepage
path: root/README.rst
Commit message (Collapse)AuthorAge
* tweak wording in Ulrike's patchSean Whitton2018-07-24
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* Document connectivity issue error messageUlrike Uhlig2018-07-24
| | | | | | | | | Sometimes, git-remote-gcrypt reports 'gcrypt: Repository not found', but this can be due to all sorts of connectivity issues, or even due to ssh-agent using a wrong identity. This should at least be in the docs as it is a very unprecise error message. Signed-off-by: Ulrike Uhlig <ulrike@debian.org>
* rewrite descriptions of rclone backend in READMESean Whitton2018-04-28
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* Add support for several cloud storage remotes using rcloneBeren Minor2018-04-28
| | | | | | | | | | rclone is an open-source command-line too to get and put files to several cloud storage services that aren't supported by rsync. git-remote-gcrypt can now push encrypted repositories to any configured rclone remote using gcrypt::rclone://<rclone-repo>:<folder> URLs. Signed-off-by: Beren Minor <beren.minor+git@gmail.com>
* add known issuesSean Whitton2018-03-09
|
* consistent capitalisation for section headersSean Whitton2018-03-09
|
* improve first section of manpageSean Whitton2018-03-09
|
* add note about non-standard rsync URIsSean Whitton2018-03-09
|
* add year I became maintainerSean Whitton2018-03-09
|
* avoid comma spliceSean Whitton2018-03-09
|
* fix note about performanceSean Whitton2017-04-05
| | | | | Only the rsync:// backend performs incremental pushes. The sftp:// backend is no better than gitception.
* tweak install.sh instructionsSean Whitton2017-02-19
|
* fix typos & formatting errorsSean Whitton2017-02-19
|
* drop "Note to users of GnuPG version 2"Sean Whitton2017-02-19
|
* tweak credits sectionSean Whitton2017-02-19
|
* split installation instructions out of quickstartSean Whitton2017-02-19
|
* add apt-get installation instructions to READMESean Whitton2017-02-19
|
* tweak note about performanceSean Whitton2017-02-19
|
* re-order git-config optionsSean Whitton2017-02-19
|
* drop strongly-worded request for testingSean Whitton2017-02-19
| | | | git-remote-gcrypt is stable and in maintenance-mode
* add authors and maintainers to READMESean Whitton2017-02-19
|
* add a note about performanceSean Whitton2017-02-19
|
* add "Note to users of GnuPG version 2" to manpageSean Whitton2016-07-04
|
* GCRYPT_GPG_ARGS env var -> gcrypt.gpg-args confSean Whitton2016-07-04
|
* implement GCRYPT_GPG_ARGSSean Whitton2016-01-17
|
* changelog entry for version 1.0.0!Sean Whitton2016-01-17
|
* added gcrypt.publish-participants configurationJoey Hess2014-07-15
| | | | Fixes https://github.com/blake2-ppc/git-remote-gcrypt/issues/9
* improve docsJoey Hess2013-09-19
|
* --check option to see if a repo exists and can be decryptedJoey Hess2013-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 configJoey Hess2013-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.20130908root2013-03-12
|
* Add license header and the text of the GNU GPLroot2013-03-03
|
* Edit wording in READMEroot2013-01-21
|
* README: Fix to use `remote id`root2012-11-29
|
* Update license textroot2012-11-16
|
* Fix markup of Repository Format sectionroot2013-01-03
|
* Edit READMEroot2013-01-20
|
* Organize the README in a neat way, putting extra info in the Notes chapterroot2013-02-14
|
* Edit the summary of the repository format/processroot2013-02-14
|
* Tone down the development version warningsroot2013-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)root2013-02-14
|
* Update README for remote.<name>.gcrypt-participants and default simple moderoot2013-02-14
|
* Migrate to SHA-256 and implicit repo ID (PARTIAL REPO FORMAT CHANGE)root2013-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 changeroot2013-02-14
|
* Allow user to set $GCRYPT_FULL_REPACK to force repack of remoteroot2013-02-14
|
* Use rsync for both rsync and ssh accessroot2013-02-14
|
* Document the keep fieldroot2013-02-14
|
* Simplify informational output to emphasize the new repo URLroot2013-02-14
|
* Add ./install.sh to install git-remote-gcrypt and its man pageroot2013-02-14
|
* Document manifest fields betterroot2013-02-14
|