UnicodeDecodeError on backup source dir change if either has non-ASCII
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Duplicity |
Fix Released
|
Undecided
|
Aaron Whitehouse |
Bug Description
Assume backups have been made from "original_
===
Fatal Error: Backup source directory has changed.
Current directory: new_source_dir
Previous directory: original_source_dir
Aborting because you may have accidentally tried to backup two different data sets to the same remote location, or using the same archive directory. If this is not a mistake, use the --allow-
===
It appears that, if either the old or new source directories contains a non-ASCII character (e.g. the directory name "Имя"), duplicity will instead give the following error (this on trunk, though the equivalent is given on the 0.7-series):
Traceback (innermost last):
File "[...]/
with_
File "[...]/
fn()
File "[...]/
do_
File "[...]/
check_
File "[...]/
last_
File "[...]/
remote_
File "[...]/
"Previous directory: %s") % (globals.
UnicodeDecodeE
Changed in duplicity: | |
assignee: | nobody → Aaron Whitehouse (aaron-whitehouse) |
The above error still occurs in 0.7.17.
In 0.8-series as at today (rev 1351), I get the error:
Traceback (innermost last): duplicity" , line 1555, in <module> tempdir( main) duplicity" , line 1541, in with_tempdir duplicity" , line 1380, in main ProcessCommandL ine(sys. argv[1: ]) aaron/coding/ 20190311_ Bug_1758155/ duplicity/ commandline. py", line 1146, in ProcessCommandLine options( cmdline_ list) aaron/coding/ 20190311_ Bug_1758155/ duplicity/ commandline. py", line 698, in parse_cmdline_ options rror: 'ascii' codec can't decode byte 0xd0 in position 0: ordinal not in range(128)
File "/usr/bin/
with_
File "/usr/bin/
fn()
File "/usr/bin/
action = commandline.
File "/home/
args = parse_cmdline_
File "/home/
possible = [c for c in commands if c.startswith(cmd)]
UnicodeDecodeE