- Feb 17, 2017
- Jul 12, 2016
-
-
intrigeri authored
-
- Mar 30, 2015
-
-
micah authored
emitting the failure message, it should do so at =>3
-
- Feb 07, 2015
-
-
intrigeri authored
-
- Nov 07, 2014
- Nov 05, 2014
-
-
rhatto authored
-
- Jun 14, 2014
-
-
intrigeri authored
-
-
- May 03, 2014
-
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
Thanks to Jools Wills <jools@oxfordinspire.co.uk> for the patch.
-
intrigeri authored
Thanks to Jools Wills <jools@oxfordinspire.co.uk> for the patch.
-
intrigeri authored
-
intrigeri authored
Conflicts: handlers/rsync.in
-
intrigeri authored
-
-
- Apr 17, 2014
-
-
rhatto authored
-
- Mar 01, 2014
-
-
intrigeri authored
-
intrigeri authored
This workarounds a bug in duplicity. Quoting the reporter (thanks, Jonathan Dupart <jonathan@dupart.org>, for the detailed report and initial patch): The duplicity backend is broken when the gpg ecryption is set up and the system default locale is not english (or C). The bug reports on duplicity are here : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565398 https://bugs.launchpad.net/duplicity/+bug/510625
-
- Feb 22, 2014
-
-
intrigeri authored
-
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
Without this change, e.g. 0.5.20 would not get --extra-clean, while it should. Granted, the new test is buggy too, e.g. 0.7.1 will get --extra-clean, while it should not. Will report that to Redmine.
-
duplicity >=0.6.20 now correctly removes useless signature files and therefore the cache directory doesn't grow infinitely any more. Using --extra-clean removes all signatures except from the last chain and so renders older chains unusable, don't use it by default any more. See: https://bugs.launchpad.net/duplicity/+bug/519948
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
-
- Dec 26, 2013
-
-
intrigeri authored
-
- Oct 26, 2013
-
-
rhatto authored
A fix for debian #677410 on commit 29dcdbae introduces a new issue on wheezy machines where some rsync_options gets out of the rsync command quotes when invoked by su. As reported, running backupninja through `bash -x` shows that the `--delete` option from the rsync command is not included in the single quote for the `su -c` command: nice -n 0 su -c '/usr/bin/rsync -av' --delete '--recursive --delete-excluded //home/ /tmp/test//home//' This patch attempt to solve that issue by using the intermediary variable $command.
-
- Sep 23, 2013
-
-
intrigeri authored
-