"g_set_application_name not set" and gnomekeyring.IOError in Fedora 7

Bug #674122 reported by Kathryn Rivard
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
RescueTime Linux Uploader
Fix Committed
High
Dirk T

Bug Description

I can't get started/initialized on my Fedora 7 machine (old, I know; I figure this is a longshot).

When I run as a user, I get bupkis:
$ rescuetime_linux_uploader

** (process:26455): WARNING **: g_set_application_name not set.
python: Objects/stringobject.c:107: PyString_FromString: Assertion `str != ((void *)0)' failed.
Aborted

==
When I run as root (thanks Bug #469876), I get further, but still no dice:
$ rescuetime_linux_uploader

** (process:26501): WARNING **: g_set_application_name not set.
Your rescuetime username: xxxxxxx@xxxxxxx
Your rescuetime password:
Logging in...
login success!

** (process:26501): WARNING **: g_set_application_name not set.
Traceback (most recent call last):
  File "/usr/bin/rescuetime_linux_uploader", line 8, in <module>
    load_entry_point('RescueTimeUploader==unknown', 'console_scripts', 'rescuetime_linux_uploader')()
  File "build/bdist.linux-x86_64/egg/RescueTimeUploader/entrypoints.py", line 5, in command_line
  File "build/bdist.linux-x86_64/egg/RescueTimeUploader/uploader.py", line 344, in __init__
  File "build/bdist.linux-x86_64/egg/RescueTimeUploader/options.py", line 77, in save_preferences
gnomekeyring.IOError

==
Notice the login success above; the other bugs here I found with g_set_application_name encountered a 500 or 404.

System information:
$ uname -a
Linux inga.isri.cmu.edu 2.6.23.1-001-PSC #1 SMP PREEMPT Wed Nov 14 06:25:08 EST 2007 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/fedora-release
Fedora release 7 (Moonshine)

Revision history for this message
Dirk T (miriup) wrote :

Same problem here. OS: Gentoo with KDE as my primary desktop environment - Yeah, I see why this could not be working. ;)

Gnome itself is not installed, by I have installed dev-python/gnome-keyring-python-2.32.0 and gnome-base/gnome-keyring-2.32.1.

This is the error message on my box:

Traceback (most recent call last):
  File "/usr/bin/rescuetime_linux_uploader-2.6", line 9, in <module>
    load_entry_point('RescueTimeUploader==unknown', 'console_scripts', 'rescuetime_linux_uploader')()
  File "/usr/lib64/python2.6/site-packages/RescueTimeUploader/entrypoints.py", line 5, in command_line
    u = RescueTimeUploader.uploader.Uploader()
  File "/usr/lib64/python2.6/site-packages/RescueTimeUploader/uploader.py", line 344, in __init__
    self.options.save_preferences(email_address, password)
  File "/usr/lib64/python2.6/site-packages/RescueTimeUploader/options.py", line 77, in save_preferences
    gkey.item_create_sync(gkey.get_default_keyring_sync(),
gnomekeyring.IOError

Note: I'm using rescuetime_linux_uploader from an ebuild and the version 2.6 in the output above is the python interpreter version it runs.

Revision history for this message
Dirk T (miriup) wrote :

Ok, I dug into the rescue-linux-uploader code and this issue comes from the gnome-keyring daemon not running. I short-circuited it on my box to just give an error message and continue and it then runs fine. So two proposed fixes from my end:

1. Test whether the gnome-keyring daemon is running and if not, raise a warning and continue. The password could then either by saved in the config file (insecure) or we just ask for it at the next start.

2. We support KDE wallet as well. I guess then we also have to support the rest of KDE (panel and whatever is currently supported in Gnome)? ;)

Revision history for this message
Joseph Lisee (jlisee) wrote :

If you have a patch for the solution #1 I would be glad to add it to my experimental branch.

Revision history for this message
Dirk T (miriup) wrote :

Actually I had it in a local commit. I'm waiting for #522046 to move forward, as I otherwise can't test properly whether it works propoerly. Nevertheless, I pushed my changes forward into lp:~dirk-miriup/rescuetime-linux-uploader/bug-674122, so you can see what I modified.

Revision history for this message
V (vcgamesii) wrote :

I'm using your branch at https://bugs.launchpad.net/+branch/~dirk-miriup/rescuetime-linux-uploader/bug-674122
however, I'm still getting that error when I run rescuetime_linux_uploader:

--------------------------------------------------------------------------

Logging in...
login success!

Gkr-Message: secret service operation failed: Method "CreateCollection" with signature "a{sv}s" on interface "org.freedesktop.Secret.Service" doesn't exist

Traceback (most recent call last):
  File "/usr/local/bin/rescuetime_linux_uploader", line 9, in <module>
    load_entry_point('RescueTimeUploader==102', 'console_scripts', 'rescuetime_linux_uploader')()
  File "/usr/local/lib/python2.7/dist-packages/RescueTimeUploader-102-py2.7.egg/RescueTimeUploader/entrypoints.py", line 5, in command_line
    u = RescueTimeUploader.uploader.Uploader()
  File "/usr/local/lib/python2.7/dist-packages/RescueTimeUploader-102-py2.7.egg/RescueTimeUploader/uploader.py", line 356, in __init__
    self.options.save_preferences(self.email_address, self.password)
  File "/usr/local/lib/python2.7/dist-packages/RescueTimeUploader-102-py2.7.egg/RescueTimeUploader/options.py", line 79, in save_preferences
    gkey.ITEM_NETWORK_PASSWORD, "rescuetime", attrs, password, True)
gnomekeyring.IOError

--------------------------------------------------------------------------

Before, I installed the r99 from launchpad and the setup.py file probably over-writes all the previous files, but just in case I removed all the files in /usr/local/lib/python2.7/dist-packages/RescueTime*

I'm running Kubuntu 12.04. Am I missing any packages? I have installed python-gnomekeyring and python-gnomedesktop

Revision history for this message
Dirk T (miriup) wrote :

I pushed long tested changes upstream. This will allow to run the rescuetime-linux-uploader from the command line and enter the username/password every time the rescuetime-linux-uploader is started. This is how I have been using the rescuetime-linux-uploader for the last 9 months.

Changed in rescuetime-linux-uploader:
status: New → Fix Committed
importance: Undecided → High
assignee: nobody → Dirk T (miriup)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

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