Raring: Deja Dup doesn't work after upgrade from 12.10

Bug #1166055 reported by Brian Ealdwine
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Déjà Dup
Invalid
Undecided
Unassigned

Bug Description

I've recently upgraded to 13.04 to contribute by sending bugreports, etc.

I was previously connecting via Ubuntu One, which worked without issue.
Since the upgrade, Deja-Dup does the following when run manually with 'Back Up Now' or as a periodic event:

A window "Back Up" appears, with the text "Connect to Ubuntu One", and a button "Sign into Ubuntu One".
The button is not greyed out, but clicking the button has no effect (except that the button looks pressed).

Using:
Ubuntu Raring Ringtail (development branch)
deja-dup 26.0-0ubuntu1

gsettings:
org.gnome.DejaDup backend 'u1'
org.gnome.DejaDup delete-after 0
org.gnome.DejaDup exclude-list ['$TRASH', '$DOWNLOAD']
org.gnome.DejaDup full-backup-period 90
org.gnome.DejaDup include-list ['/home/me/Documents', '/home/me/Projects', '/home/me/Data']
org.gnome.DejaDup last-backup '2013-04-04T00:13:53.421349Z'
org.gnome.DejaDup last-restore ''
org.gnome.DejaDup last-run '2013-04-04T00:13:53.421349Z'
org.gnome.DejaDup nag-check ''
org.gnome.DejaDup periodic true
org.gnome.DejaDup periodic-period 7
org.gnome.DejaDup prompt-check 'disabled'
org.gnome.DejaDup root-prompt true
org.gnome.DejaDup welcomed true
org.gnome.DejaDup.File icon ''
org.gnome.DejaDup.File name ''
org.gnome.DejaDup.File path ''
org.gnome.DejaDup.File relpath @ay []
org.gnome.DejaDup.File short-name ''
org.gnome.DejaDup.File type 'normal'
org.gnome.DejaDup.File uuid ''
org.gnome.DejaDup.Rackspace container 'myhost'
org.gnome.DejaDup.Rackspace username ''
org.gnome.DejaDup.S3 bucket ''
org.gnome.DejaDup.S3 folder 'myhost'
org.gnome.DejaDup.S3 id ''
org.gnome.DejaDup.U1 folder '/deja-dup/myhost'

Relevant info from log (no other errors or warnings above this):
DUPLICITY: INFO 1
DUPLICITY: . Using temporary directory /tmp/duplicity-ud8tmp-tempdir

DUPLICITY: ERROR 30 EOFError
DUPLICITY: . Traceback (most recent call last):
DUPLICITY: . File "/usr/bin/duplicity", line 1411, in <module>
DUPLICITY: . with_tempdir(main)
DUPLICITY: . File "/usr/bin/duplicity", line 1404, in with_tempdir
DUPLICITY: . fn()
DUPLICITY: . File "/usr/bin/duplicity", line 1257, in main
DUPLICITY: . action = commandline.ProcessCommandLine(sys.argv[1:])
DUPLICITY: . File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1005, in ProcessCommandLine
DUPLICITY: . globals.backend = backend.get_backend(args[0])
DUPLICITY: . File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 161, in get_backend
DUPLICITY: . return _backends[pu.scheme](pu)
DUPLICITY: . File "/usr/lib/python2.7/dist-packages/duplicity/backends/u1backend.py", line 161, in __init__
DUPLICITY: . email=raw_input('Enter Ubuntu One account email: ')
DUPLICITY: . EOFError: EOF when reading a line
DUPLICITY: .

Revision history for this message
Brian Ealdwine (eode) wrote :

I turned off email from the gnome Online Accounts application, and that stopped evolution from crashing.

Revision history for this message
Brian Ealdwine (eode) wrote :

ugh. Posted that last comment in the wrong bug. Problem still exists.

Revision history for this message
Gyöngyösi Máté (gyongyosimate1) wrote :

For me:

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1411, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1404, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1257, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1005, in ProcessCommandLine
    globals.backend = backend.get_backend(args[0])
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 161, in get_backend
    return _backends[pu.scheme](pu)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/u1backend.py", line 189, in __init__
    resp, content = self.client.request(self.volume_uri,ignore=[404])
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/u1backend.py", line 74, in request
    url, oauth_header = self._get_oauth_request_header(url, method)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/u1backend.py", line 69, in _get_oauth_request_header
    unicode(url),
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 60: ordinal not in range(128)

Revision history for this message
Gyöngyösi Máté (gyongyosimate1) wrote :

PATCH (FIX): Change your backup folder to contain only english characters!!!!!!

Changed in deja-dup:
status: New → Confirmed
Revision history for this message
fermulator (fermulator) wrote :

This same experience happened to me as well.

I have backups configured to a "local path" (which is actually a samba mount to a local file server on the network).
Backups were working fine before on Ubuntu 12.04, scheduled daily.
Since an upgrade to Ubuntu 14.04, they're failing, and the button for "Back Up Now..." is greyed out.

Workaround/fix?

Revision history for this message
Vej (vej) wrote :

This bug report is about an outdated version of Déjà Dup, an outdated Version of Ubuntu and a backup service (ubuntu One) which is not longer supported. I will therfore set it to invalid.

If you see this problem in a new version of Déjà Dup, kindly open a new bug report about this.

The issue in #5 is a different one, because the problematic button is different.

Changed in deja-dup:
status: Confirmed → Invalid
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.