Okay so this explains everything:

in my case the fault was not about special characters in files or filenames but 
of error messages.
I executed Deja Dup / Duplicity in a localized environment and got an error. If 
the *error message* contains special characters the response in the view won't 
show the real message at all. Instead the error message will cause the encoding 
exception.

In my case it was:

[…]
DUPLICITY: .   File 
"/usr/lib/python2.7/dist-packages/duplicity/backends/giobackend.py", line 124, 
in __copy_file
DUPLICITY: .     None, self.__copy_progress, None)
DUPLICITY: .  Error: g-io-error-quark: Fehler beim Senden von Daten: 
Datenübergabe unterbrochen (broken pipe) (44)
DUPLICITY: .
[…]

So it seems that the error could be everything. As long as it contains
special characters it will lead to the encoding issue.

In my case switching the locale showed the real cause in the GUI. I hope
this information helps someone else too.

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

Title:
  deja-dup/duplicity backup fails with UnicodeDecodeError

Status in Déjà Dup:
  Triaged
Status in Duplicity:
  New
Status in deja-dup package in Ubuntu:
  Triaged
Status in deja-dup package in Fedora:
  Fix Released

Bug description:
  See: https://bugzilla.redhat.com/show_bug.cgi?id=1470873

  
  Description of problem:
  With the update from Fedora 25 to Fedora 26 Workstation, backups with 
deja-dup/duplicity are failing

  
  Version-Release number of selected component (if applicable):
  duplicity 0.7.13.1
  deja-dup 34.3

  How reproducible:
  Always (scheduled and manually started backup)

  
  Steps to Reproduce:
  1. Wait for the scheduled backup to start or start it via the "Backup now" 
button
  2. Some or a large number of files might get backed up, then the backup stops 
with "Failed with an unknown error"
  3.

  Actual results:
  Backup fails

  Expected results:
  Backup completes as it always did

  
  Additional info:
  Traceback (most recent call last):
    File "/usr/bin/duplicity", line 1540, in <module>
      with_tempdir(main)
    File "/usr/bin/duplicity", line 1534, in with_tempdir
      fn()
    File "/usr/bin/duplicity", line 1385, in main
      do_backup(action)
    File "/usr/bin/duplicity", line 1516, in do_backup
      incremental_backup(sig_chain)
    File "/usr/bin/duplicity", line 668, in incremental_backup
      globals.backend)
    File "/usr/bin/duplicity", line 453, in write_multivol
      (tdp, dest_filename, vol_num)))
    File "/usr/lib64/python2.7/site-packages/duplicity/asyncscheduler.py", line 
146, in schedule_task
      return self.__run_synchronously(fn, params)
    File "/usr/lib64/python2.7/site-packages/duplicity/asyncscheduler.py", line 
172, in __run_synchronously
      ret = fn(*params)
    File "/usr/bin/duplicity", line 452, in <lambda>
      vol_num: put(tdp, dest_filename, vol_num),
    File "/usr/bin/duplicity", line 341, in put
      backend.put(tdp, dest_filename)
    File "/usr/lib64/python2.7/site-packages/duplicity/backend.py", line 376, 
in inner_retry
      % exception_traceback())
    File "/usr/lib64/python2.7/site-packages/duplicity/util.py", line 51, in 
exception_traceback
      return uexc(msg)
    File "/usr/lib64/python2.7/site-packages/duplicity/util.py", line 79, in 
uexc
      e = unicode(e).encode('utf-8')
  UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 746: 
ordinal not in range(128)

To manage notifications about this bug go to:
https://bugs.launchpad.net/deja-dup/+bug/1736164/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to