Duplicity restore fails with UTF-8 chars in --file-to-restore
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Duplicity |
Fix Released
|
Undecided
|
Unassigned | ||
duplicity (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Trusty |
Won't Fix
|
High
|
Unassigned |
Bug Description
Under Ubuntu 14.04 64bits, duplicity 0.6.23-1ubuntu4.1
To reproduce the issue:
1) Create a backup including non-ASCII characters pathname, e.g., "data/Thèse" for instance
2) Try a selective restore of the backup : duplicity --file-to-restore data/Thèse file://
3) Crash :
Traceback (most recent call last):
File "/usr/bin/
with_
File "/usr/bin/
fn()
File "/usr/bin/
do_
File "/usr/bin/
restore(
File "/usr/bin/
% (globals.
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 21: ordinal not in range(128)
Related branches
- duplicity-team: Pending requested
-
Diff: 12 lines (+1/-1)1 file modifiedbin/duplicity (+1/-1)
Changed in duplicity: | |
status: | New → Fix Committed |
Changed in duplicity: | |
status: | Fix Committed → Fix Released |
Changed in duplicity (Ubuntu): | |
status: | Confirmed → Fix Released |
Changed in duplicity (Ubuntu): | |
importance: | Undecided → High |
Same for me.
I use duplicity through deja-dup and in nautilus, I tried a "Restore Missing Files".
No problem with the backup, but impossible to restore the file. I got the same traceback as previous message.
I run Ubuntu 14.04 64bits, duplicity 0.6.23-1ubuntu4.1 and deja-dup 30.0.0ubutu4