Lucid Ubuntuone preferences not starting gnomekeyring.IOerror

Complete removal of everything coming up when searching synaptics for ubuntuone, then rebooting, logging in online and reinstalling doesn't seem to help.
Not sure what to try next. I have all the latest updates and the current Lucid version is "release candidate". Any advice much appreciated! Maybe I should just reinstall Lucid?

When I run ubuntuone-preferences in a terminal I get the message:

desktop:~$ ubuntuone-preferences
** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Traceback (most recent call last):
File "/usr/bin/ubuntuone-preferences", line 1142, in <module>
prefs_dialog = UbuntuOneDialog()
File "/usr/bin/ubuntuone-preferences", line 534, in __init__
self.__construct()
File "/usr/bin/ubuntuone-preferences", line 974, in __construct
self.devices.list_devices()
File "/usr/bin/ubuntuone-preferences", line 376, in list_devices
token = get_access_token(self.keyring)
File "/usr/bin/ubuntuone-preferences", line 124, in get_access_token
'oauth-consumer-key': 'ubuntuone'})
gnomekeyring.IOError

Looks like an upstream/Gnome problem. Something is wrong with my keyring daemon ("couldn't communicate with keyring daemon" when I open Passwords and Encryption). I tried resetting this keyring without luck following [url]http://ubuntu-tutorials.com/2007/07/06/clearing-or-resetting-the-gnome-keyring/[/url]

I reinstalled all things seahorse and keyring related but still the same problem. Seems to be related to: [url]https://bugs.launchpad.net/ubuntu/+source/seahorse/+bug/569667[/url]

I got the same problem here, in Lucid 32 bit. Same error message. And starting Ubuntu one from the control centre does not work either.

I have the same problem using Lucid 32-bit on my EEE PC 1000HE:

** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Traceback (most recent call last):
  File "/usr/bin/ubuntuone-preferences", line 62, in <module>
    from desktopcouch.replication_services import ubuntuone as dcouch
  File "/usr/lib/python2.6/dist-packages/desktopcouch/__init__.py", line 20, in <module>
    from desktopcouch.start_local_couchdb import process_is_couchdb, read_pidfile
  File "/usr/lib/python2.6/dist-packages/desktopcouch/start_local_couchdb.py", line 38, in <module>
    from desktopcouch import local_files
  File "/usr/lib/python2.6/dist-packages/desktopcouch/local_files.py", line 297, in <module>
    xdg_base_dirs.save_config_path("desktop-couch"))
  File "/usr/lib/python2.6/dist-packages/desktopcouch/local_files.py", line 237, in __init__
    self.configuration = _Configuration(self)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/local_files.py", line 91, in __init__
    {'desktopcouch': 'basic'})
gnomekeyring.IOError

UbuntuOne doesn't launch at all. Actually this is a serious problem if Canonical is thinking of earning money off of this. If I was a casual user I would be turned off of Ubuntu One by now. IMO this bug should be marked "critical" and should get the highest priority.

yes, you're right. I have for now gone back to dropbox. It works very well, you should try it.

Working with several installations of Lucid 64 & 32bit and can't replicate this issue with the gnome keyring. I also use seahorse and don't have a problem.

Are these reports based on a new install or perhaps an upgrade where older packages were not upgraded?

@John In my case it was a fresh install of the 32-bit desktop edition on my EEE PC (not the netbook remix edition). The fresh install was done last Saturday (08/05)

If you have the gnomekeyring.IOError in your log could you please try the following command in a Terminal and let me know the results.

gnome-keyring-daemon; ubuntuone-preferences

thank you,
duanedesign

ubuntuone-preferences:

** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Traceback (most recent call last):
  File "/usr/bin/ubuntuone-preferences", line 1146, in <module>
    prefs_dialog = UbuntuOneDialog()
  File "/usr/bin/ubuntuone-preferences", line 538, in __init__
    self.__construct()
  File "/usr/bin/ubuntuone-preferences", line 978, in __construct
    self.devices.list_devices()
  File "/usr/bin/ubuntuone-preferences", line 380, in list_devices
    token = get_access_token(self.keyring)
  File "/usr/bin/ubuntuone-preferences", line 124, in get_access_token
    'oauth-consumer-key': 'ubuntuone'})
gnomekeyring.IOError

gnome-keyring-daemon:

GNOME_KEYRING_CONTROL=/tmp/keyring-wIvyke
SSH_AUTH_SOCK=/tmp/keyring-wIvyke/ssh
GNOME_KEYRING_PID=7333

After executing gnome-keyring-daemon in terminal, ubuntuone-preferences work without an error.

I find that this happens when you have "Don't ask for password on login" checked, and it also has problems remembering my other passwords (wifi, etc). If I switch back to asking for password on login then both issues disappear. Haven't tried UbuntuOne yet. Lucid 32bit, reasonably fresh install.

I'm sorry. I forgot to explain, that I'm use UbuntuOne at Kubuntu 64 and 32bit. In Jaunty it works fully automatic by let the password empty in the gmome-keyring (or manager?).

After upgrading to 10.04, I found the same error-messages like here described in this bug-report.

So I have not "Don't ask for password on login" checked, but I have let the password empty in the gmome-password-manager. But I don't know, how I can change this in Kubuntu.

This post fixed the keyring daemon issue for me (and now I can check out UbuntuOne, hooray!), but I still have other issues with the keyring as the wifi still doesn't connect automatically, but I no longer think that's related: https://bugs.launchpad.net/ubuntu/+source/seahorse/+bug/553032/comments/8

I have a Solution for Kubuntu: The entries in /etc/xdg/autostart were ignored from kdm, so you have to start the services yourself:

create a skript in ~/.kde/Autostart with the following content:

#!/bin/bash
 gnome-keyring-daemon --start --components=pkcs11
 gnome-keyring-daemon --start --components=secrets
 gnome-keyring-daemon --start --components=ssh
/bin/sh -c '[ -d "$HOME/Ubuntu One" ] && ubuntuone-launch'

Make it executable and restart. Now it works.

You can also delete the configuration script ubuntuone-client-applet.desktop in ~/.config, because the client-applet are no longer exist.

@duanedesign

When I run gnome-keyring-daemon; ubuntuone-preferences I get the following:

GNOME_KEYRING_CONTROL=/tmp/keyring-IWmDlT
SSH_AUTH_SOCK=/tmp/keyring-IWmDlT/ssh
GNOME_KEYRING_PID=250

Then the UbuntuOne preferences starts up.

----

@pihutch I have "Don't ask for password on login" checked as well.

same issue on a fresh 10.04 64bit install:

** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Traceback (most recent call last):
  File "/usr/bin/ubuntuone-preferences", line 62, in <module>
    from desktopcouch.replication_services import ubuntuone as dcouch
  File "/usr/lib/python2.6/dist-packages/desktopcouch/__init__.py", line 20, in <module>
    from desktopcouch.start_local_couchdb import process_is_couchdb, read_pidfile
  File "/usr/lib/python2.6/dist-packages/desktopcouch/start_local_couchdb.py", line 38, in <module>
    from desktopcouch import local_files
  File "/usr/lib/python2.6/dist-packages/desktopcouch/local_files.py", line 297, in <module>
    xdg_base_dirs.save_config_path("desktop-couch"))
  File "/usr/lib/python2.6/dist-packages/desktopcouch/local_files.py", line 237, in __init__
    self.configuration = _Configuration(self)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/local_files.py", line 91, in __init__
    {'desktopcouch': 'basic'})
gnomekeyring.IOError

I do NOT have "Don't ask for password on login" checked.

I can confirm that running:
gnome-keyring-daemon; ubuntuone-preferences

on a terminal fixes the issue

Ok, gnome-keyring-daemon; ubuntuone-preferences works.
But I need to do this at every reboot and sometimes it will still fail. Then I need to kill all processes associated to ubuntuone and give it another try.
This approach is working but for someone like me who was dumb enough to pay for the service it's close to ridiculous.
This bug needs to be resolved soon.

I use ubuntu 10.10 on a 64bit workstation and a 32bit notebook. On both machines it does not work out of the box. The 64bit is a fresh install and the 32bit is an update from 10.04

Thank you for taking the time to report this bug and helping to make Ubuntu better. We are sorry that we do not always have the capacity to look at all reported bugs in a timely manner. There have been many changes in Ubuntu since that time you reported the bug and your problem may have been fixed with some of the updates. It would help us a lot if you could test it on a currently supported Ubuntu version. When you test it and it is still an issue, kindly upload the updated logs by running apport-collect 567194 and any other logs that are relevant for this particular issue.

I'm closing this bug because a lot of time has passed without an answer. If you can give us the information requested, please reopen it.

thanks.