Comment 2 for bug 1406505

Revision history for this message
Laurent Bigonville (bigon) wrote :

Please note that this is not only a cosmetic issue.

The dialog shows files that are actually still present on disk, but it seems that deja-dup fails to recognize them because of the encoding issue.

And the restoration fails with:

DUPLICITY: ERROR 30 UnicodeDecodeError
DUPLICITY: . Traceback (most recent call last):
DUPLICITY: . File "/usr/bin/duplicity", line 1509, in <module>
DUPLICITY: . with_tempdir(main)
DUPLICITY: . File "/usr/bin/duplicity", line 1503, in with_tempdir
DUPLICITY: . fn()
DUPLICITY: . File "/usr/bin/duplicity", line 1352, in main
DUPLICITY: . do_backup(action)
DUPLICITY: . File "/usr/bin/duplicity", line 1437, in do_backup
DUPLICITY: . restore(col_stats)
DUPLICITY: . File "/usr/bin/duplicity", line 703, in restore
DUPLICITY: . % (globals.restore_dir,),
DUPLICITY: . UnicodeDecodeError: 'ascii' codec can't decode byte 0xe9 in position 20: ordinal not in range(128)
DUPLICITY: .

deja-dup calls:

DUPLICITY: INFO 1
DUPLICITY: . Args: /usr/bin/duplicity restore --gio --file-to-restore=home/bigon/incapacit�_0614.jpg --time=1419499522 --force smb://admin@diskstation/old/backup/Fornost /home/bigon/incapacit�_0614.jpg --verbosity=9 --gpg-options=--no-use-agent --archive-dir=/home/bigon/.cache/deja-dup --tempdir=/home/bigon/.cache/deja-dup/tmp --log-fd=13

Fixing the call to duplicity (changing the wrong characters with actual "é") allow duplicity to properly restore the file.

So this looks similar to bug #1319713