gdesklets crashes on load

Bug #208110 reported by Tavago1
8
Affects Status Importance Assigned to Milestone
gDesklets
Invalid
Medium
Unassigned

Bug Description

when i try to open the program, it seems to be loading, but the screen turns gray and then it closes on its own. None of the gdesklets that i downloaded so far work.

Revision history for this message
Bjoern Koch (h.humpel) wrote :

Could you please provide some more information, like:

- the output (in a terminal) gDesklets does when you start it (and when it crashes)
- the logfile (~/.gdesklets/logs/*.log)
- which desklets did you try/download

Revision history for this message
qwertz (mister-pe) wrote :

my gdesklets also doesnt start .....

gdesklets start
Starting gdesklets-daemon...
Cannot establish connection to daemon: timeout!
The log file might help you solving the problem.

Log messages of /home/foo/.gdesklets/logs/gdesklets%3A0.0.log
The following error occurred while binding a key: XGrabKey()/XUngrabKey() failed!

Revision history for this message
qwertz (mister-pe) wrote :

my version is 0.36

Revision history for this message
qwertz (mister-pe) wrote :

i also deleted my config and restart gdesklets without success

Revision history for this message
Christian Meyer (chrisime) wrote : Re: [Bug 208110] Re: gdesklets crashes on load
  • unnamed Edit (132 bytes, text/html; charset=ISO-8859-1)

Strange error. I've never seen anything like this before. Thus, I'm not sure
if gdesklets is responsible for that behavior.

Revision history for this message
Tavago1 (tavago1) wrote :

I looked online and found this:

http://www.righteoushack.net/?p=10

I tried it and it fixed it for me.

Revision history for this message
Christian Meyer (chrisime) wrote :
  • unnamed Edit (172 bytes, text/html; charset=ISO-8859-1)

Aaah, I see, the old python2.5-won't-work-on-x86-64-systems problem. I
really thought it has been fixed. Just to make sure, are you using hardy or
any earlier release?

Changed in gdesklets:
importance: Undecided → Medium
milestone: none → release-of-0.36.1
status: New → Invalid
Revision history for this message
qwertz (mister-pe) wrote :

im on gentoo ....

System uname: 2.6.24-gentoo-r3 x86_64 AMD Athlon(tm)64 X2 Dual Core Processor 4400+
Timestamp of tree: Sat, 29 Mar 2008 16:30:01 +0000
ccache version 2.4 [enabled]
app-shells/bash: 3.2_p17-r1
dev-java/java-config: 1.3.7, 2.1.4
dev-lang/python: 2.4.4-r9, 2.5.1-r5
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache: 2.4-r7
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox: 1.2.18.1-r2
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool: 1.5.26
virtual/os-headers: 2.6.23-r3

Revision history for this message
Bjoern Koch (h.humpel) wrote :

> dev-lang/python: 2.4.4-r9, 2.5.1-r5

You know that python-2.5.1-r* is marked "unstable" for ALL architectures on gentoo?
http://packages.gentoo.org/package/dev-lang/python
(Even though this won't be the source of the problem, but I am just wondering why you are using it.)

Revision history for this message
qwertz (mister-pe) wrote :

i use dev-lang/python-2.4.4-r9

but i also tried dev-lang/python-2.5.1-r5 .. but it also doesnt work ....

Revision history for this message
Tavago1 (tavago1) wrote :

I'm using Gutsy on my laptop which is an amd64 system. I also installed gdesklets on a x86 machine that's also running Gutsy, and I had no problems running it there.

Revision history for this message
Bjoern Koch (h.humpel) wrote :

Well, I am using a pretty similar gentoo system to yours:

Portage 2.1.4.4 (default-linux/amd64/2006.1, gcc-4.1.2, glibc-2.6.1-r0, 2.6.23-gentoo-r9 x86_64)
=================================================================
System uname: 2.6.23-gentoo-r9 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
Timestamp of tree: Sat, 29 Mar 2008 10:16:01 +0000
app-shells/bash: 3.2_p17-r1
dev-java/java-config: 1.3.7, 2.1.4
dev-lang/python: 2.4.4-r9
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox: 1.2.18.1-r2
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool: 1.5.26
virtual/os-headers: 2.6.23-r3
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"

No problems here with gDesklets (launchpad version).
But I have never seen this XGrabKey()/XUngrabKey() error before :/.

Revision history for this message
qwertz (mister-pe) wrote :

hi

i remerge all ebuild that had python dependencies and
emerge dev-python/gnome-python dev-python/pygtk --oneshot
seems to be the resolver of everything .. it works now :)

thanks for your help

greets

Revision history for this message
pinguino (pcboard) wrote :

hi,

there was an update today for ubuntu-hardy and the GoodWeather desklet doesnt work more. I have checked if the daemon is running and it seems to be OK! It says: is running
but i think to remember that python was updated today. Is it possible that this new update has a influence to this desklet? Is the weather.com server down???
Thanks a lot

pinguino

Revision history for this message
Bjoern Koch (h.humpel) wrote :

What exactly do you mean by "doesn't work anymore" ?
- does it still start but doesn't load and display any data
- is there any information in the logfile
- etc.

Anyway, to me it seems that weather.com has changed something in its XOAP:

----snip----

<?xml version="1.0" encoding="ISO-8859-1"?>
<error>
  <err type="8">Bad or missing query parameters in request.</err>
</error>

----snip----

And in the logs you will find:

----snip----

Adding "/home/bjoern/.gdesklets/Displays/GoodWeather/GoodWeather.display" with I
D "id1208331133071247" to the desklet list.

Unhandled exception in thread started by <bound method GoodWeatherSensor.__get_w
eather_thread of <GoodWeather.GoodWeatherSensor object at 0x1e16510>>

==========================================================[05/07/08-17:00:15]===
=== Unhandled error! Something bad and unexpected happened. ===

[EXC]'NoneType' object has no attribute 'time'
in ./GoodWeather/__init__.py: line 173 __get_weather_thread
[EXC]./GoodWeather/__init__.py

[EXC]>> could not load source code for hilighting <<

Getting website...

----snip----

Time to update GoodWeather and finally move to using Controls ;).

Revision history for this message
pinguino (pcboard) wrote :

Hi,

gdesklets works fine and Goodweather desklet as well. The problem is that weather.com has changed the link. Please see the following link. It is in german. The link should show in the same form as i posted:

http://forum.ubuntuusers.de/topic/173106/?highlight=

Regards

pinguino

Revision history for this message
Bjoern Koch (h.humpel) wrote :

Great! That solves the problem.
Should be easy enough for non-German speaking users to understand (I guess). But would be nice to be mentioned on the website as the GoodWeather desklet is quite still very popular!
Thanks for the info.

Revision history for this message
Isam Machl0vi (r0cketjump) wrote :

I got it working.

I had the same problem:
>> Starting gdesklets-daemon...
>> Cannot establish connection to daemon: timeout!
>> The log file might help you solving the problem.

Except my log file just said "Log messages of /home/asdf/.gdesklets/logs/gdesklets%3A0.0.log"

Useless. In the gdesklets-daemon file, there was a problem in (function never returned flow back.. a problem with threading perhaps) SyncWriter (gdesklets-daemon file) preventing the logging from working properly.

Anyway, that's no big deal. I traced the code and found I was getting this error:
The following error occurred while binding a key: XGrabKey()/XUngrabKey() failed!

I did this:
$ apt-cache search python | grep "[gG]nome"
and came across: "python-gnome2-dev - Python bindings for the GNOME desktop environment"
I installed that ( $ sudo apt-get install python-gnome2-dev )

Now here's the kicker. I looked up and realized that I had a bunch of gDesklets open, so I'm not even sure if the above is what helped. Before this I had tried the python2.4 method (which didn't work) but I did not remove python2.4.

I am using python 2.5, hardy, AMD64 2.6.24-18-generic #1 SMP

and calendar and everything is working fine so far. Good luck!

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.