On 2013-03-05 10:40:32, Luke Faraone wrote:
> Package: python-launchpadlib
> Version: 1.10.2+ds-1
> Severity: important
> 
> When using requestsync or syncpackage the following traceback occurs on
> the versions of launchpadlib in both unstable and experimental.
> 
> lfaraone@cobalt:~/Projects/ppt/openafs/precise$ requestsync openafs
> Traceback (most recent call last):
>   File "/usr/bin/requestsync", line 366, in <module>
>     main()
>   File "/usr/bin/requestsync", line 167, in main
>     Launchpad.login(service=options.lpinstance, api_version='devel')
>   File "/usr/lib/python2.7/dist-packages/ubuntutools/lp/lpapicache.py", line 
> 66, in login
>     version=api_version)
>   File "/usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py", line 
> 539, in login_with
>     credential_save_failed, version)
>   File "/usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py", line 
> 342, in _authorize_token_and_login
>     authorization_engine.unique_consumer_id)
>   File "/usr/lib/python2.7/dist-packages/launchpadlib/credentials.py", line 
> 305, in load
>     return self.do_load(unique_key)
>   File "/usr/lib/python2.7/dist-packages/launchpadlib/credentials.py", line 
> 359, in do_load
>     'launchpadlib', unique_key)
>   File "/usr/lib/python2.7/dist-packages/keyring/core.py", line 37, in 
> get_password
>     return _keyring_backend.get_password(service_name, username)
>   File "/usr/lib/python2.7/dist-packages/keyring/backend.py", line 197, in 
> get_password
>     _, session = service_iface.OpenSession("plain", "")
>   File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in 
> __call__
>     **keywords)
>   File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in 
> call_blocking
>     message, timeout)
> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: 
> Method "OpenSession" with signature "ss" on interface 
> "org.freedesktop.Secret.Service" doesn't exist

This looks very much like [1]. AFAICT from that bug, this is an issue in
gnome-keyring 3.4 and was fixed in gome-keyring 3.5. So if you're using
gnome-keyring as backend, I think it should be reassigned there.

Regards

[1] 
https://bitbucket.org/kang/python-keyring-lib/issue/65/dbusexception-method-opensession-with
-- 
Sebastian Ramacher

Attachment: signature.asc
Description: Digital signature

Reply via email to