Red Hat Bugzilla – Bug 453069
Incremental backups are broken with python 2.3
Last modified: 2008-06-28 05:21:25 EDT
Description of problem:
Duplicity claims compatibility with python 2.3, but then uses a function in a
way that only works in python 2.4. This breaks incremental backups.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install duplicity on a system with python 2.3, like CentOS 4
2. Run /usr/bin/duplicity incremental / scp://user@host//path
Traceback (most recent call last):
File "/usr/bin/duplicity", line 463, in ?
File "/usr/bin/duplicity", line 458, in with_tempdir
File "/usr/bin/duplicity", line 393, in main
last_full_time = col_stats.get_last_full_backup_time()
File "/usr/lib/python2.3/site-packages/duplicity/collections.py", line 769, in
File "/usr/lib/python2.3/site-packages/duplicity/collections.py", line 774, in
chain = self.get_nth_last_backup_chain(n)
File "/usr/lib/python2.3/site-packages/duplicity/collections.py", line 800, in
key = lambda chain: chain.get_first().time)
TypeError: sort() takes no keyword arguments
The url below includes a patch that is supposed to fix this issue.
Created attachment 310408 [details]
Patch to fix python 2.3 incompatibility
I had trouble applying the patch from the mailing list. So I pulled it down
from cvs, and compared collections.py files. This patch is the result.
I added the patch to the 0.4.11-1 src.rpm, and compiled it. I think tested it in
the same case above where it broke, and it works.
Thanks for pointing that out, I'll include the patch now.
39427 (duplicity): Build on target fedora-4-epel succeeded. Build logs may be
found at http://buildsys.fedoraproject.org/logs/fedora-4-epel/39427-duplicity-
As long the package is not in EPEL 4 testing repository, you can grab it from
the URL above. It should reach EPEL 4 testing at least on Monday.