aboutsummaryrefslogtreecommitdiffhomepage
Commit message (Collapse)AuthorAge
* release 1.5 (Debian revision -1)HEADdebian/1.5-1archive/debian/1.5-11.5masterSean Whitton2022-08-21
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* use stronger language regarding gitception/sftp vs. local/rsyncSean Whitton2022-08-21
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* changelogSean Whitton2021-06-15
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* pass --error-on-no-transfer to 'rclone copyto'Nathan Todd-Stone2021-06-15
| | | | | | | | GET and PUT are meant to exit nonzero on failure, and without this flag, they always exit zero when rclone is used, even when a file is not found. That confuses other parts of the code. Signed-off-by: Nathan Todd-Stone <me@nathants.com>
* release 1.4 (Debian revision -1)debian/1.4-1archive/debian/1.4-11.4Sean Whitton2021-01-21
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* close bugSean Whitton2021-01-20
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* changelogSean Whitton2021-01-20
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* support more standard rsync URIsJoey Hess2021-01-20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This adds support for "rsync://user@host/path", which is a valid URI, and will be parseable by URI parsers, unlike the old "rsync://user@host:path", which at least some URI parsers will reject due to the ":path" looking like an unparseable port number. The old nonstandard URI form is also still accepted. Note that, the path in the new URI form is not relative to the home directory, but absolute. This is necessary because "/path" looks like an absolute directory, and there needs to be a way to specify an absolute directory. Something like "/~/path" could be added to specify the home directory, but seems like an unncessary complication. Note that rsync supports rsync:// URIs itself, but those communicate with a rsync daemon on its own port, rather than via ssh. gcrypt already was using rsync:// to denote rsync over ssh, and this does not change that. So, the url has to be rewritten from "rsync://user@host/path" to the rsync location "user@host:/path" I used this test suite while developing the rather complicated sed expression, to make sure I did not break handling of the old URI form. set -e test $(rsynclocation "rsync://host/path/foo") = host:/path/foo test $(rsynclocation "rsync://host:path/foo") = host:path/foo test $(rsynclocation "rsync://user@host/path/foo") = user@host:/path/foo test $(rsynclocation "rsync://user@host:path/foo") = user@host:path/foo test $(rsynclocation "rsync://user@host/path:foo") = user@host:/path:foo test $(rsynclocation "rsync://user@host:path:foo") = user@host:path:foo test $(rsynclocation "rsync://user@host/path:foo/bar") = user@host:/path:foo/bar test $(rsynclocation "rsync://user@host:path:foo/bar") = user@host:path:foo/bar test $(rsynclocation "rsync://user@host/path/foo/bar") = user@host:/path/foo/bar test $(rsynclocation "rsync://user@host:path/foo/bar") = user@host:path/foo/bar Signed-off-by: Joey Hess <id@joeyh.name>
* changelogSean Whitton2020-07-24
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* shorten and tweak docs and outputSean Whitton2020-07-24
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* rename new config keySean Whitton2020-07-24
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* avoid bashismSean Whitton2020-07-24
| | | | | | git-remote-gcrypt is POSIX sh. Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* add some blank lines back inSean Whitton2020-07-24
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* git config to request abort if --force not passedJay Colson2020-07-24
| | | | | | Default to emit a warning if the git config flag is not set. Signed-off-by: Jay Colson <jay@karma.net>
* generalise GNU/Linux installation instructionsSean Whitton2020-05-11
| | | | | | | | There isn't much point in listing distro-specific commands with the same package name in each one, as users of those distros will already know those commands. Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* fix filenameSean Whitton2020-05-01
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* add mailing list & bug reporting infoSean Whitton2020-05-01
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* release 1.3 (Debian revision -1)debian/1.3-1archive/debian/1.3-11.3Sean Whitton2020-02-08
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* changelogSean Whitton2020-02-08
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* Add git-config option to set rsync put flagsTravis Chen2020-02-08
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Provide the ability to pass flags to `rsync` when uploading. There are two ways to set the configuration: - `gcrypt.rsync-put-flags` - `remote.<name>.gcrypt-rsync-put-flags` The flags will be applied to `rsync` during uploading when using the `rsync://` backend. If `remote.<name>.gcrypt-rsync-put-flags` is set, the flags set in `gcrypt.rsync-put-flags` will not be applied to the remote `<name>`. This change also includes documentation. We have tested with the following configurations: 1. none set 2. `git config gcrypt.rsync-put-flags "--perms --chmod=g+rX"` 3. `git config remote.<name>.rsync-put-flags "--perms --chmod=o+rX"` 4. both (2) and (3) All local files start with only owner permissions set, and umask is set to 077. In (1), no change in behavior as before, as expected. In (2), the remote files have the group permissions set, as expected. In (3), the remote files have the other permissions set, as expected. In (4), the remote files have the other permissions set, but do not have the group permissions set, as expected. Signed-off-by: Travis Chen <travis.chen@everchanging.dev>
* changelogSean Whitton2019-10-26
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* Use rst2man.py for man page generation when availableDmitry Zhlobo2019-10-26
| | | | | | | When docutils is installed on macos via pip or via homebrew there is no `rst2man` binary but there is `rst2man.py` instead. Signed-off-by: Dmitry Zhlobo <dima.zhlobo@gmail.com>
* Switch build-dep python-docutils -> python3-docutilsSean Whitton2019-10-26
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* changelogSean Whitton2019-10-15
|
* rpm: add license/doc filesDusty Mabe2019-10-09
| | | | Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
* rpm: correct man page entry in files sectionDusty Mabe2019-10-09
| | | | | | | | | | | | Code review comments [1]: - Man pages should not be marked as %doc - man pages extension should be globbed as the compression may change in the future. - the man page should be installed unzipped. The compression will be handled by the rpm build process. - %doc /usr/share/man/man1/%{name}.1.gz → %{_mandir}/man1/%{name}.1* [1] https://bugzilla.redhat.com/show_bug.cgi?id=1750179#c2 Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
* rpm: use %{_bindir}Dusty Mabe2019-10-09
| | | | | | | | | Code review comment [1]: - /usr/bin/%{name} → %{_bindir}/%{name} [1] https://bugzilla.redhat.com/show_bug.cgi?id=1750179#c2 Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
* rpm: debug_package not usefulDusty Mabe2019-10-09
| | | | | | | | | Code review comment [1]: - %global debug_package %{nil} is not useful for a noarch package [1] https://bugzilla.redhat.com/show_bug.cgi?id=1750179#c2 Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
* rpm: make the rpm noarchDusty Mabe2019-10-09
| | | | | | It's not specific to any CPU architecture. Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
* rpm: use full URL for sourceDusty Mabe2019-10-09
| | | | | | | | Also update the setup line to %{name}-%{version} to match the folder setup from the tar.gz file downloaded from https://git.spwhitton.name/%{name}/snapshot/%{name}-%{version}.tar.gz Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
* rpm: convert tabs to spacesDusty Mabe2019-10-09
| | | | Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
* update changelogSean Whitton2019-09-28
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* Fixes spec fileFrank Grüllich2019-09-28
| | | | | | | - correct BuildRequires, - bumps version in it. Signed-off-by: Frank Grüllich <frank.gruellich@gmail.com>
* CONTRIBUTING.md is not just for githubSean Whitton2019-07-28
|
* tweaks to "Signing off your commits"Sean Whitton2019-06-28
|
* changelogSean Whitton2019-03-03
|
* GCRYPT_FULL_REPACK usagelegrostdg2019-03-03
|
* release 1.2 (Debian revision -1)debian/1.2-1archive/debian/1.2-11.2Sean Whitton2018-11-26
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* changelog tweakSean Whitton2018-11-26
|
* don't echo external command errors unless repo ID is setSean Whitton2018-11-26
| | | | | | | Otherwise you'll get the error output whenever you push to a new remote. Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* set urgency=lowSean Whitton2018-11-24
|
* changelogSean Whitton2018-11-24
|
* bump copyright yearsSean Whitton2018-11-24
|
* output stderr from other commands when the repository is not foundSean Whitton2018-11-24
| | | | | | Closes: #914059 Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* er, fix changelogSean Whitton2018-07-24
|
* changelogSean Whitton2018-07-24
|
* 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>
* release git-remote-gcrypt 1.1 (Debian revision 1)debian/1.1-1archive/debian/1.1-11.1Sean Whitton2018-04-28
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
* suggest rcloneSean Whitton2018-04-28
| | | | Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>