desktop-packages team mailing list archive

[Sascha <Sascha.Kolb@xxxxxxxxx>]

A comment on
"I'm doubtful this fix will be backported to 14.04 because it's actually an odd case."

For me there was nothing odd. I did straight backup and then tried a restore.
I use LTS versions for havin some stability and long term support.

But what is this worth if the essential feature "restore" of the
standard backup software which is shipped does not do what is expected ?
If you need more information about this case please contact me.

-- 
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