You are not logged in.
My Déjà Dup 28.0 non-encrypted backups to an external HDD failed with duplicity 0.6.23, but not with duplicity 0.6.22, as described in bug #38838. Until now, I was able to work around this bug by keeping duplicity 0.6.23 installed in my otherwise up-to-date Arch Linux install.
But now Déjà Dup was upgraded to 30.0, which requires duplicity 0.6.23 to work. The package doesn't specify a version number, but if I launch the application with duplicity 0.6.22 installed, and then click the back up now button, it shows a dialog demanding duplicity >= 0.6.23.
If I upgrade duplicity to 0.6.23, Déjà Dup goes on preparing the backup, but it fails doing it, with the following error message. It is essentially the same error message in bug #38838; I just posted it here for your convenience.
Traceback (most recent call last):
File "/usr/bin/duplicity", line 1493, in <module>
with_tempdir(main)
File "/usr/bin/duplicity", line 1487, in with_tempdir
fn()
File "/usr/bin/duplicity", line 1336, in main
do_backup(action)
File "/usr/bin/duplicity", line 1469, in do_backup
incremental_backup(sig_chain)
File "/usr/bin/duplicity", line 656, in incremental_backup
print_statistics(diffdir.stats, bytes_written)
File "/usr/bin/duplicity", line 594, in print_statistics
print diffdir.stats.get_stats_logstring(_("Backup Statistics"))
UnicodeEncodeError: 'ascii' codec can't encode character u'\xed' in position 21: ordinal not in range(128)I was surprised with this error. If this is a duplicity bug, I would not expect a Déjà Dup release to depend on a duplicity version that fails on non-English speaking locales. If this is an error in Déjà Dup, I would expect it to be fixed in this release.
Am I missing something, or is this (yet) a real bug? Is there any way around this issue, except for keeping both duplicity and Déjà Dup downgraded?
Thanks in advance.
Last edited by leonardof (2014-05-10 15:14:15)
Offline
Problem solved with the release of duplicity 0.6.24-1.
Offline