Ubuntu One address book does not exist

Could you please do the following:

* quit evolution
* on a terminal:
  $ evolution --force-shutdown
  $ /usr/lib/evolution/evolution-data-server-2.28
* then, run again evolution and try to open the Ubuntu One addressbook again, and paste here all the output in the terminal, please

Yesterday, I tried setting up again and this time when I selected the Ubuntu One address book I was prompted to allow Evolution and DesktopCouch access to the keyring. Once I authorised access I was able to set up the address book (although it won't sync to the actual UbuntuOne website).

Ok, if it happens again, please reopen the bug and attach the output of /usr/lib/evolution/evolution-data-server-2.28 as stated in comment #1.

As for syncing to the u1 website, we're still working on making that available very soon, so keep tuned

thats are printed by using following:
$ /usr/lib/evolution/evolution-data-server-2.28

evolution-data-server-Message: Server up and running
impl_GNOME_Evolution_Addressbook_BookFactory_getBook
 + file:///home/hs/.evolution/addressbook/local/system
 => 0x947d2f0
impl_GNOME_Evolution_Addressbook_Book_open (0x947d2f0)

(process:15463): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((contains "x-evolution-any-field" ""))

e_data_book_respond_get_book_view
book_view file uref
impl_GNOME_Evolution_Addressbook_BookFactory_getBook
 + couchdb://1256674110.4727.6@karl
 => 0x954dfb0
impl_GNOME_Evolution_Addressbook_Book_open (0x954dfb0)
in server_log_handler

** (process:15463): WARNING **: Couldn't get port for desktopcouch: Message did not receive a reply (timeout by message bus)

Ok, this is desktopcouch not running, please do the following on a terminal:

$ killall -9 beam.smp
$ /usr/lib/desktopcouch/desktopcouch-service

and paste the output of that command

Desktop CouchDB is not running; starting it. Removing stale, deceptive pid file.
Apache CouchDB has started, time to relax.
...waiting for couchdb to start...
...waiting for couchdb to start...
Browse your desktop CouchDB at file:///home/jorgejhms/.local/share/desktop-couch/couchdb.html
2009-10-30 22:52:23,385 - We seem to be running already, or can't publish our zeroconf advert. org.freedesktop.Avahi.CollisionError: Local name collision

this is what I get. Could only copy 50 of 250 contacs.

Sems a bug with the database. I enter to the file for browse my desktop couchDB and erease al the contacts database. After that I could copy all my evolutions contacs.

I have a different couchdb message upon restarting:

Desktop CouchDB is not running; starting it. Removing stale, deceptive pid file.
Apache CouchDB has started, time to relax.
...waiting for couchdb to start...
...waiting for couchdb to start...
Browse your desktop CouchDB at file:///home/ian/.local/share/desktop-couch/couchdb.html
Traceback (most recent call last):
  File "/usr/lib/desktopcouch/desktopcouch-service", line 101, in <module>
    replication_runtime = replication.set_up(desktopcouch.find_port)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/replication.py", line 218, in set_up
    couchdb_io.mkuri("localhost", int(port)), create=True)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/pair/couchdb_pairing/couchdb_io.py", line 136, in get_my_host_unique_id
    db = _get_db("management", uri=uri)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/pair/couchdb_pairing/couchdb_io.py", line 49, in _get_db
    return server.CouchDatabase(name, create=create, uri=uri)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server.py", line 55, in __init__
    server_class=server_class, oauth_tokens=oauth_tokens)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server_base.py", line 121, in __init__
    if database not in self._server:
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 124, in __contains__
    self.resource.head(validate_dbname(name))
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 981, in head
    return self._request('HEAD', path, headers=headers, **params)
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 1035, in _request
    raise ServerError((status_code, error))
couchdb.client.ServerError: (401, '')

Everyone, this has become kind of a catch-all area. Please file new bugs for new problems. Thank you all.

referring to comment #5 when i try to start desktopcouch i get the following error:

tafaz@Imhotep:~$ killall -9 beam.smp
tafaz@Imhotep:~$ /usr/lib/desktopcouch/desktopcouch-service
Desktop CouchDB is not running; starting it. Removing stale, deceptive pid file.
Apache CouchDB has started, time to relax.
...waiting for couchdb to start...
Browse your desktop CouchDB at file:///home/tafaz/.local/share/desktop-couch/couchdb.html
Traceback (most recent call last):
  File "/usr/lib/desktopcouch/desktopcouch-service", line 101, in <module>
    replication_runtime = replication.set_up(desktopcouch.find_port)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/replication.py", line 218, in set_up
    couchdb_io.mkuri("localhost", int(port)), create=True)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/pair/couchdb_pairing/couchdb_io.py", line 136, in get_my_host_unique_id
    db = _get_db("management", uri=uri)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/pair/couchdb_pairing/couchdb_io.py", line 49, in _get_db
    return server.CouchDatabase(name, create=create, uri=uri)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server.py", line 55, in __init__
    server_class=server_class, oauth_tokens=oauth_tokens)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server_base.py", line 121, in __init__
    if database not in self._server:
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 124, in __contains__
    self.resource.head(validate_dbname(name))
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 981, in head
    return self._request('HEAD', path, headers=headers, **params)
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 1014, in _request
    resp, data = _make_request()
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 1009, in _make_request
    body=body, headers=headers)
  File "/usr/lib/pymodules/python2.6/httplib2/__init__.py", line 1068, in request
    (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
  File "/usr/lib/pymodules/python2.6/httplib2/__init__.py", line 872, in _request
    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
  File "/usr/lib/pymodules/python2.6/httplib2/__init__.py", line 841, in _conn_request
    conn.request(method, request_uri, body, headers)
  File "/usr/lib/python2.6/httplib.py", line 898, in request
    self._send_request(method, url, body, headers)
  File "/usr/lib/python2.6/httplib.py", line 935, in _send_request
    self.endheaders()
  File "/usr/lib/python2.6/httplib.py", line 892, in endheaders
    self._send_output()
  File "/usr/lib/python2.6/httplib.py", line 764, in _send_output
    self.send(msg)
  File "/usr/lib/python2.6/httplib.py", line 723, in send
    self.connect()
  File "/usr/lib/pymodules/python2.6/httplib2/__init__.py", line 733, in connect
    raise socket.error, msg

I get the same errors. I can't sync to ubuntu one. I'm on 10.04 beta2 fully updated.
I've attached the result of your recommendations. I hope we are just a few getting this bug. It's relase time soon. I would be great if this is working for the majority.

lars@lars-ubuntu:~$ lsb_release -a && uname -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu lucid (development branch)
Release: 10.04
Codename: lucid
Linux lars-ubuntu 2.6.32-21-generic #31-Ubuntu SMP Tue Apr 13 20:37:36 UTC 2010 x86_64 GNU/Linux

I also tried the following:

Force evolution shutdown and kill beam.smp then trying to copy an evolution contact to ubuntu one:

lars@lars-ubuntu:~$ dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
Error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Now evolution is hanging - greyed out.