Deja-dup fails every time backing up to ubuntu one
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Déjà Dup |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
I found this first on oneiric but it has continued on Precise
1).
root@rakbat:~# lsb_release -d
Description: Ubuntu 12.04 LTS
2).
root@rakbat:~# dpkg-query -W deja-dup duplicity
deja-dup 22.0-0ubuntu2
duplicity 0.6.18-0ubuntu3
3).
grizzlysmit@
org.gnome.DejaDup backend 'u1'
org.gnome.DejaDup delete-after 28
org.gnome.DejaDup exclude-list ['$TRASH', '$DOWNLOAD']
org.gnome.DejaDup include-list ['$HOME']
org.gnome.DejaDup last-backup '2012-05-
org.gnome.DejaDup last-restore ''
org.gnome.DejaDup last-run '2012-05-
org.gnome.DejaDup periodic true
org.gnome.DejaDup periodic-period 7
org.gnome.DejaDup prompt-check '2011-11-
org.gnome.DejaDup root-prompt true
org.gnome.DejaDup welcomed true
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
4). it's too long to add here as 1000 lines scrolls off the term I have attached it bellow
root@rakbat:~# tail -n 50 /tmp/deja-dup.log
DUPLICITY: . Comparing ('home', 'username', 'gpodder-
DUPLICITY: DEBUG 1
DUPLICITY: . Getting delta of (('home', 'username', 'gpodder-
DUPLICITY: INFO 4 'home/username/
DUPLICITY: . A home/username/
DUPLICITY: INFO 2 43890914220
DUPLICITY: DEBUG 1
DUPLICITY: . Selecting /home/username/
DUPLICITY: DEBUG 1
DUPLICITY: . Comparing ('home', 'username', 'gpodder-
DUPLICITY: DEBUG 1
DUPLICITY: . Getting delta of (('home', 'username', 'gpodder-
DUPLICITY: INFO 4 'home/username/
DUPLICITY: . A home/username/
DUPLICITY: INFO 2 43890914706
DUPLICITY: DEBUG 1
DUPLICITY: . Removing still remembered temporary file /tmp/duplicity-
DUPLICITY: ERROR 30 UnicodeDecodeError
DUPLICITY: . Traceback (most recent call last):
DUPLICITY: . File "/usr/bin/
DUPLICITY: . with_tempdir(main)
DUPLICITY: . File "/usr/bin/
DUPLICITY: . fn()
DUPLICITY: . File "/usr/bin/
DUPLICITY: . full_backup(
DUPLICITY: . File "/usr/bin/
DUPLICITY: . bytes_written = dummy_backup(
DUPLICITY: . File "/usr/bin/
DUPLICITY: . while tarblock_
DUPLICITY: . File "/usr/lib/
DUPLICITY: . result = self.process(
DUPLICITY: . File "/usr/lib/
DUPLICITY: . for new_path, sig_path in collated:
DUPLICITY: . File "/usr/lib/
DUPLICITY: . for relem1 in riter1:
DUPLICITY: . File "/usr/lib/
DUPLICITY: . log.Debug(
DUPLICITY: . UnicodeDecodeError: 'utf8' codec can't decode byte 0xbb in position 73: invalid start byte
DUPLICITY: .
5). the error message I normally get in the gui is:
Traceback (most recent call last):
File "/usr/bin/
with_
File "/usr/bin/
fn()
File "/usr/bin/
full_
File "/usr/bin/
bytes_written = dummy_backup(
File "/usr/bin/
while tarblock_
File "/usr/lib/
result = self.process(
File "/usr/lib/
for new_path, sig_path in collated:
File "/usr/lib/
for relem1 in riter1:
File "/usr/lib/
log.
UnicodeDecodeError: 'utf8' codec can't decode byte 0xbb in position 73: invalid start byte
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
org.gnome.
Changed in deja-dup: | |
status: | New → Confirmed |
Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug is related to the duplicity package, has already been reported, and is a duplicate of bug 989496, so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Feel free to continue to report any other bugs you may find.