Weather applet will not load on Ubuntu 8.04

this looks like a dup. one I've seen many times.

try python2.4. ubuntu somehow managed to make python2.5+gdesklets not work.

El jue, 24-01-2008 a las 17:44 +0000, Christian Meyer escribió:
> this looks like a dup. one I've seen many times.
>

 In Mandriva it happened to me too. Some modules (tiling.so for example)
were compiled with a different version of gcc or a different version of
some library.

 I've seen lastly that in ubuntu this behaviour is doing fairly common
so I think something was wrong in the installation process.

> try python2.4. ubuntu somehow managed to make python2.5+gdesklets not
> work.
>
--
http://www.mgonzalez.cl - Mandriva Linux
Microwaves frizz your heir.

That makes me finally come to the solution that (again) various distributors
are doing a really bad job.

El jue, 24-01-2008 a las 18:43 +0000, Christian Meyer escribió:
> That makes me finally come to the solution that (again) various distributors
> are doing a really bad job.

 In my case, Mandriva did not do the compilation, at all. I did it, I
just wanted to say it's not just a problem in ubuntu.

 I believe it's a problem with libraries and make a mistake with a
single library... well IMO it's far away to say "really bad job" :)

>
--
http://www.mgonzalez.cl - Mandriva Linux
Whom the gods wish to destroy they first call promising.

I somehow agree on your point. The thing is I'm seeing this bug quite often
these days and Ubuntu was (naturally) the first distro being affected. It's
a shame.

> I have tried to use gDesklets 0.36beta but it will not work after an install.
You mean the tar.gz file? This 0.36beta actually creates bad symlink which then may appear as if gDesklets are not installed. Try to compile it from source: 0.36 branch on launchpad. And let us know if it helps. BTW I wonder if the distributors recompiled the gdesklets package for ubuntu 8.04 or they simply use the same compiled on some of the previous version.

> This 0.36beta actually creates bad symlink which then may appear as if gDesklets are not installed.

Well in this case it might be a good idea to *finally* get the rc1 (or beta2 or whatever you would like to call it) out there without this problem.
Right ?! ;)

My words :). I propose an IRC meeting on Saturday or Sunday. If agreed let all know on mailing list. I dont receive mails from here (launchpad) for some reason.

I don't know if I can make it. I won't be around on Saturday, maybe on
Sunday. It's exams time (again).

I compiled both 0.35.3 and 0.36. On instal I got the message:

Preparing to replace gdesklets__________________
Unpacking replacement__
dpkg: error processing gdesklets.deb (--install)
trying to overwrite '/usr/share/applications/mimeinfo.cache', which is also in package bluez-gnome
dpkg-deb: subprocess paste killed by signal (Broken Pipe)

bluez-gnome is version 0.15-1

Harold

Is there somebody else who can confirm this bug please? Also dancer58, the deb package, did you build it?

I left a note in bug 182894:

I am using Hardy alpha4/python-2.5.1-6 and have gDesklets .36beta and it
is working for the calender. I used (./configure, make && checkinstall
-D) to build a .deb file and have used it a couple of times.
I did move gDesklets-data files to .gdesklets so they could be found ( the data files are not installed with my deb )

This has worked for me ever since I built the deb
I have used it 2 or 3 times

gDesklets don`t work on 8.04 Hardy beta.

Here is log from terminal:

==========================================================[03/27/08-19:00:42]===
=== Unhandled error! Something bad and unexpected happened. ===

[EXC]
in /usr/lib/gdesklets/gdesklets-shell: line 9 <module>
in /usr/lib/gdesklets/shell/PluginRegistry.py: line 52 get_plugin
in /usr/lib/gdesklets/shell/PluginRegistry.py: line 40 get_plugins_by_pattern
in /usr/lib/gdesklets/shell/plugins/Shell/__init__.py: line 70 init
in /usr/lib/gdesklets/shell/Plugin.py: line 18 _get_plugins_by_pattern
in /usr/lib/gdesklets/shell/PluginRegistry.py: line 40 get_plugins_by_pattern
in /usr/lib/gdesklets/shell/plugins/Profiles/__init__.py: line 14 init
in /usr/lib/gdesklets/shell/Plugin.py: line 24 _get_plugin
in /usr/lib/gdesklets/shell/PluginRegistry.py: line 52 get_plugin
in /usr/lib/gdesklets/shell/PluginRegistry.py: line 40 get_plugins_by_pattern
in /usr/lib/gdesklets/shell/plugins/gDeskletsClient/__init__.py: line 18 init
in /usr/lib/gdesklets/shell/plugins/gDeskletsClient/__init__.py: line 27 __get_daemon
in /usr/lib/gdesklets/main/client.py: line 208 set_remove_command
in /usr/lib/gdesklets/main/client.py: line 38 __send
in /usr/lib/gdesklets/utils/xdr.py: line 75 recv
[EXC]/usr/lib/gdesklets/utils/xdr.py

[---] 70 chunk = ""
[---] 71 while (True):
[---] 72 try:
[---] 73 length = ord(s.recv(1))
[---] 74 except:
[ERR]> 75 raise XDRError
[---] 76
[---] 77 if (length): chunk += s.recv(length)
[---] 78
[---] 79 flag = s.recv(1)
[---] 80 if (flag == _CONT): continue
[---] 81
:))
[---] 82 Please(Fix Me);

Can someone tell us the status of this bug? I've realised most of this bug and related ones haven't got almost any relationship with the gdesklets core. IMO These bugs were reported because the distribution is doing something wrong or experimental.

Closing this one as it has been untouched for 4 month now and seems to be unrelated to the gDesklets core.
Feel free to re-open if needed/wanted ;).