https://github.com/mjuric/duplicity-old

Fork of lp:duplicity repo
https://github.com/mjuric/duplicity-old

Last synced: about 1 month ago
JSON representation

Fork of lp:duplicity repo

• Host: GitHub
• URL: https://github.com/mjuric/duplicity-old
• Owner: mjuric
• License: gpl-2.0
• Created: 2012-12-29T07:21:50.000Z (almost 12 years ago)
• Default Branch: master
• Last Pushed: 2012-12-29T09:13:44.000Z (almost 12 years ago)
• Last Synced: 2023-03-11T19:35:58.270Z (almost 2 years ago)
• Language: Python
• Size: 18 MB
• Stars: 2
• Watchers: 4
• Forks: 2
• Open Issues: 0
• Metadata Files:
  • Readme: README
  • Changelog: CHANGELOG
  • License: COPYING

Awesome Lists containing this project

README

        
INSTALLATION:

Thank you for trying duplicity.  To install, run:

        python setup.py install

The build process can be also be run separately:

        python setup.py build

The default prefix is /usr, so files are put in /usr/bin,

/usr/share/man/, etc.  An alternate prefix can be specified using the

--prefix= option.  For example:

        python setup.py install --prefix=/usr/local

        export PYTHONPATH='/usr/local/lib/python2.x/site-packages/'

        /usr/local/bin/duplicity -V

REQUIREMENTS:

 * Python v2.4 or later

 * librsync v0.9.6 or later

 * GnuPG v1.x for encryption

 * for scp/sftp -- python-paramiko and python-pycryptopp

 * for normal ftp -- NcFTP version 3.1.9 or later, but not 3.2.0

 * for ftp over SSL -- lftp version 3.7.15 or later

 * Boto 1.6a or later for single-processing S3 access (default)

 * Boto 2.1.1 or later for multi-processing S3 access

 * Python v2.6 or later for multi-processing S3 access

If you install from the source package, you will also need:

 * Python development files, normally found in module 'python-dev'.

 * librsync development files, normally found in module 'librsync-dev'.

A NOTE ON GnuPGInterface.py AND MULTIPLE GPG PROCESSES:

GnuPGInterface is used to access GPG from duplicity.  The original

works quite well and has no bugs, however, we have patched the one

used in duplicity.  Why?  Duplicity is not perfect, yet, and has a

problem when handling long chains of incremental backup or restore

operations.  The problem is that the waitpid() call only happens

after all the iterations complete, and with a long chain, that can

be a long while.  Unless the waitpid() call is made, the child process

remains active.  Duplicity's GnuPGInterface is patched to start an

immediate threaded waitpid() for each GPG task, thus harvesting the

task and freeing it's resources in a timely manner.  This does not

affect the operation of duplicity, merely frees resources on time.

Why the note?  Some package maintainers remove duplicity's GnuPGInterface

in error, obviously unknowing of this issue and patch duplicity to use 

the old unmaintained unpatched GnuPGInterface interface again.

So, if you have the problem that lots of GPG tasks are hanging around, 

check and see if this has been done in your distro, and if so, report this 

matter as a bug to the distro or package maintainer.

As of october 2012 we pull the handbrake and refactor our code and rename

the class to gpginterface in the hope that package maintainers will stumble 

over it and stop this problematic behaviour for good.

HELP:

For more information see the duplicity home page at:

  http://www.nongnu.org/duplicity

or post to the mailing list at

  

  http://mail.nongnu.org/mailman/listinfo/duplicity-talk/.