lp:~ed.so/duplicity/man.page
- Get this branch:
- bzr branch lp:~ed.so/duplicity/man.page
Branch merges
- duplicity-team: Pending requested
-
Diff: 481 lines (+142/-104)1 file modifiedbin/duplicity.1 (+142/-104)
Recent revisions
- 925. By ede
-
update paramiko links
add command parameters to synopsis
add --compare-data
some polishing
several improvements - 923. By ken
-
* Merged in lp:~ckornacker/duplicity/megacloud
- Add support for Mega (mega.co.nz) backend. - 922. By ken
-
* Merged in lp:~verb/duplicity/boto-gcs
- These patches add support for Google Cloud Storage via the boto backend.
- boto has supported GCS in interoperability mode for a few years now. This change
adds support by taking advantage of boto's storage_uri abstraction layer. - 921. By ken
-
* Merged in lp:~mhu-s/duplicity/swiftbackend
- This branch adds support for Swift, the OpenStack Object Storage service. See
https://blueprints. launchpad. net/duplicity/ +spec/swiftback end - 920. By ken
-
* Merged in lp:~scowcron/duplicity/ftp_password_pexpect
- Use common backend.Backend get_password() rather than _ssh_pexpect.py specific code. - 919. By Kenneth Loafman
-
* Applied duplicity-
ftps.patch from https:/ /bugs.launchpad .net/duplicity/ +bug/1104069
- Don't try to delete an empty file list. - 918. By Kenneth Loafman
-
* Applied blocksize.patch from https:/
/bugs.launchpad .net/duplicity/ +bug/897423
- New option --max-blocksize (default 2048) to allow increasing delta blocksize. - 917. By Kenneth Loafman
-
* Merged in lp:~jnoster/duplicity/dpbx-added
- The application key was approved as "production" one after some changes to the code
to suit the requirements of Dropbox team (the keys are now obfuscated, for instance). - 916. By Kenneth Loafman
-
* Merged in lp:~juan-f/duplicity/progress
- From time ago, there are people asking for a progress bar estimation in duplicity.
There is even a script that circumvents the issue, getting info from the log so as
to estimate the progress status ( https://github. com/quentin/ Duplicity- progress )
but does not give enough feedback and the estimation is rather plain.
- I have developed a set of heuristics that gather information from the deltas and
the transfer ratios of the backend so as to forecast % of progress, estimation of
remaining time and average speed, for both full and incremental backup uploads.
- The current implementation works for boto backend, but to port the other backends
to use this feature would be quite easy (we can discuss the details if interested).
- The algorithm is activated by the --progress command line flag, and will perform a
first-pass dry-run to collect evidence for all the deltas. Next it will trigger the
real upload, while a thread statistically estimates the ratio of changes and
compression for the data in/out, and uses these ratios to forecast time remaining
and % of completion.
- The progress data will be logged each 3 seconds, or the --progress-rate flag.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:duplicity/0.6