UnicodeEncodeError after Dropbox backup is done

Bug #1271481 reported by Miro Hrončok
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Duplicity
New
Undecided
Unassigned
duplicity (Fedora)
Fix Released
Undecided

Bug Description

Hi, I've got this eror each time I use Dropbox backend:
$ duplicity ~ dpbx://
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Tue Jan 14 12:51:14 2014
GnuPG passphrase:
Retype passphrase to confirm:
--------------[ Backup Statistics ]--------------
StartTime 1390385907.82 (Wed Jan 22 11:18:27 2014)
EndTime 1390385950.76 (Wed Jan 22 11:19:10 2014)
ElapsedTime 42.94 (42.94 seconds)
SourceFiles 78321
SourceFileSize 9838764906 (9.16 GB)
NewFiles 1283
NewFileSize 50808455 (48.5 MB)
DeletedFiles 12
ChangedFiles 211
ChangedFileSize 62205324 (59.3 MB)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 1506
RawDeltaSize 59932930 (57.2 MB)
TotalDestinationSizeChange 22618861 (21.6 MB)
Errors 0
-------------------------------------------------

Exception ['ascii' codec can't encode character u'\u010d' in position 30: ordinal not in range(128)]:
| Traceback (most recent call last):
| File "/usr/lib64/python2.7/site-packages/duplicity/backends/dpbxbackend.py", line 83, in wrapper
| return f(self, *args)
| File "/usr/lib64/python2.7/site-packages/duplicity/backends/dpbxbackend.py", line 192, in close
| log.Debug(':: %s=[%s]'%(k,info[k]))
| File "/usr/lib64/python2.7/site-packages/duplicity/log.py", line 83, in Debug
| Log(s, DEBUG)
| File "/usr/lib64/python2.7/site-packages/duplicity/log.py", line 75, in Log
| _logger.log(DupToLoggerLevel(verb_level), s.decode("utf8", "ignore"))
| File "/usr/lib64/python2.7/encodings/utf_8.py", line 16, in decode
| return codecs.utf_8_decode(input, errors, True)
| UnicodeEncodeError: 'ascii' codec can't encode character u'\u010d' in position 30: ordinal not in range(128)
dpbx code error "'ascii' codec can't encode character u'\u010d' in position 30: ordinal not in range(128)"
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1466, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1459, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1442, in main
    globals.backend.close()
  File "/usr/lib64/python2.7/site-packages/duplicity/backends/dpbxbackend.py", line 94, in wrapper
    raise e
UnicodeEncodeError: 'ascii' codec can't encode character u'\u010d' in position 30: ordinal not in range(128)

=== EOF ===

It seems not to affect the backup.

$ rpm -q duplicity
duplicity-0.6.22-1.fc20.x86_64
$ rpm -q python
python-2.7.5-9.fc20.x86_64
$ cat /etc/redhat-release
Fedora release 20 (Heisenbug)

Revision history for this message
Miro Hrončok (churchyard) wrote :
Revision history for this message
Miro Hrončok (churchyard) wrote :
Revision history for this message
In , Miro (miro-redhat-bugs) wrote :

I've got this eror each time I use Dropbox backend:
$ duplicity ~ dpbx://
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Tue Jan 14 12:51:14 2014
GnuPG passphrase:
Retype passphrase to confirm:
--------------[ Backup Statistics ]--------------
StartTime 1390385907.82 (Wed Jan 22 11:18:27 2014)
EndTime 1390385950.76 (Wed Jan 22 11:19:10 2014)
ElapsedTime 42.94 (42.94 seconds)
SourceFiles 78321
SourceFileSize 9838764906 (9.16 GB)
NewFiles 1283
NewFileSize 50808455 (48.5 MB)
DeletedFiles 12
ChangedFiles 211
ChangedFileSize 62205324 (59.3 MB)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 1506
RawDeltaSize 59932930 (57.2 MB)
TotalDestinationSizeChange 22618861 (21.6 MB)
Errors 0
-------------------------------------------------

Exception ['ascii' codec can't encode character u'\u010d' in position 30: ordinal not in range(128)]:
| Traceback (most recent call last):
| File "/usr/lib64/python2.7/site-packages/duplicity/backends/dpbxbackend.py", line 83, in wrapper
| return f(self, *args)
| File "/usr/lib64/python2.7/site-packages/duplicity/backends/dpbxbackend.py", line 192, in close
| log.Debug(':: %s=[%s]'%(k,info[k]))
| File "/usr/lib64/python2.7/site-packages/duplicity/log.py", line 83, in Debug
| Log(s, DEBUG)
| File "/usr/lib64/python2.7/site-packages/duplicity/log.py", line 75, in Log
| _logger.log(DupToLoggerLevel(verb_level), s.decode("utf8", "ignore"))
| File "/usr/lib64/python2.7/encodings/utf_8.py", line 16, in decode
| return codecs.utf_8_decode(input, errors, True)
| UnicodeEncodeError: 'ascii' codec can't encode character u'\u010d' in position 30: ordinal not in range(128)
dpbx code error "'ascii' codec can't encode character u'\u010d' in position 30: ordinal not in range(128)"
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1466, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1459, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1442, in main
    globals.backend.close()
  File "/usr/lib64/python2.7/site-packages/duplicity/backends/dpbxbackend.py", line 94, in wrapper
    raise e
UnicodeEncodeError: 'ascii' codec can't encode character u'\u010d' in position 30: ordinal not in range(128)

=== EOF ===

It seems not to affect the backup.

$ rpm -q duplicity
duplicity-0.6.22-1.fc20.x86_64
$ rpm -q python
python-2.7.5-9.fc20.x86_64
$ cat /etc/redhat-release
Fedora release 20 (Heisenbug)

Reported upstream, keeping this to track in bodhi and stuff (or to find out, it Fedora related)

no longer affects: duplicity (Fedora)
Revision history for this message
In , Rahul (rahul-redhat-bugs) wrote :
Changed in duplicity (Fedora):
importance: Unknown → Undecided
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.