desktop-packages team mailing list archive

[Paulodile <1356548@xxxxxxxxxxxxxxxxxx>]

Actually, I just figured that the restoration only doesn't work when
using the deja-dup backend, with the duplicity command line options, it
does indeed work as expected. I can restore the full directory without
missing or renamed files or just restore the specific single file
without a problem. It seems to be a problem with the deja-dup backend
then. Sorry for bothering.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to duplicity in Ubuntu.
https://bugs.launchpad.net/bugs/1356548

Title:
  Duplicity restore fails with UTF-8 chars in --file-to-restore

Status in Duplicity - Bandwidth Efficient Encrypted Backup:
  Fix Committed
Status in duplicity package in Ubuntu:
  Confirmed

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:///home/user/Sauvegardes test/

  3) Crash :

  Traceback (most recent call last):
    File "/usr/bin/duplicity", line 1494, in <module>
      with_tempdir(main)
    File "/usr/bin/duplicity", line 1488, in with_tempdir
      fn()
    File "/usr/bin/duplicity", line 1337, in main
      do_backup(action)
    File "/usr/bin/duplicity", line 1422, in do_backup
      restore(col_stats)
    File "/usr/bin/duplicity", line 700, in restore
      % (globals.restore_dir,),
  UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 21: ordinal not in range(128)

To manage notifications about this bug go to:
https://bugs.launchpad.net/duplicity/+bug/1356548/+subscriptions