Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 Nov 2003 17:09:59 -0600
From:      Jeremy Messenger <mezz7@cox.net>
To:        Franz Klammer <klammer@webonaut.com>
Cc:        Alexander Leidinger <Alexander@Leidinger.net>
Subject:   Re: Fwd: Re: gdesksets/files/patch-libdesklets::Network.py
Message-ID:  <oprys1axsk8ckrg5@smtp.central.cox.net>
In-Reply-To: <3FB953C2.4010207@webonaut.com>
References:  <3FB3CA31.20309@webonaut.com> <opryk9v5m88ckrg5@smtp.central.cox.net> <3FB3D047.3010701@webonaut.com> <opryle9h1z8ckrg5@smtp.central.cox.net> <20031114100638.08c69054.Alexander@Leidinger.net> <3FB7A46D.1050204@webonaut.com> <opryq7t10z8ckrg5@smtp.central.cox.net> <20031117105535.5afa6df2.Alexander@Leidinger.net> <oprysu83zc8ckrg5@smtp.central.cox.net>  <3FB93BB2.7050806@webonaut.com> <1069104738.737.69.camel@gyros> <3FB947DF.2060306@webonaut.com> <oprysz2asn8ckrg5@smtp.central.cox.net> <3FB953C2.4010207@webonaut.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 18 Nov 2003 00:03:30 +0100, Franz Klammer <klammer@webonaut.com> 
wrote:

> Jeremy Messenger wrote:
>
>> On Mon, 17 Nov 2003 23:12:47 +0100, Franz Klammer 
>> <klammer@webonaut.com> wrote:
>>
>>> Joe Marcus Clarke wrote:
>>>
>>>> On Mon, 2003-11-17 at 16:20, Franz Klammer wrote:
>>>>
>>>>> Jeremy Messenger wrote:
>>>>>
>>>>>
>>>>>> On Mon, 17 Nov 2003 10:55:35 +0100, Alexander Leidinger 
>>>>>> <Alexander@Leidinger.net> wrote:
>>>>>>
>>>>>>
>>>>>>> On Sun, 16 Nov 2003 17:35:51 -0600
>>>>>>> Jeremy Messenger <mezz7@cox.net> wrote:
>>>>>>>
>>>>>>>
>>>>>>>>> some kown problems:
>>>>>>>>> - to make it run you need to activate libkse in /etc/libmap.conf
>>>>>>>>>
>>>>>>>> Bummer, looks like you will have to add explain in the 
>>>>>>>> pkg-message about
>>>>>>>> that libkse is required otherwise it won't work with libc_r.
>>>>>>>>
>>>>>>> Has anyone contacted the threads people? There's either a bug in 
>>>>>>> libkse
>>>>>>> or in libc_r.
>>>>>>>
>>>>>> No, I haven't.. I didn't know there has any bug in libkse or libc_r 
>>>>>> that cause gdesklets not work. Well, I don't know how to explain 
>>>>>> and show there's bug in libc_r or libkse. I just explain about 
>>>>>> gdesklets work a little on libkse, but not on libc_r? Also, show 
>>>>>> the code of SysInfo or Weather's thread?
>>>>>>
>>>>>>
>>>>> i think i've found the problem. could someone approve this?
>>>>> to make it run, please change gdesklets/sensor/Sensor.py in this way:
>>>>>
>>>>
>>>> That seems reasonable to me.  C applications need to do
>>>> gdk_threads_init() before using threads.
>>>>
>>>>
>>> sysinfo is running now with libc_r (at least for me) after
>>> the change below. seems that's a bug in gdesklet, or?
>>> maybe that's not the perfect position for this line.
>>> but yesterday i try this line in ${X11BASE}/bin/gdesklets
>>> and it doesn't change anything.
>>
>>
>> Wow, awsome!! The gdesklets works much better, which the SysInfo and 
>> weather work now. Took me few months to figure.. :-)
>>
> glad to read this! :-D

Just sent to PR, now it's http://www.freebsd.org/cgi/query-pr.cgi?pr=59389 
..

>> Gotta to create the new gdesklets.diff and send it to PR.. Then, I will 
>> work the SysInfo port with you because there many problem with it. 
>> Like, it needs the USE_BZIP2, new distinfo and fix some installtion.
>>
> i know! it's not a demonstration of a portlint-aware port resp. far away 
> from "ready to commit" ;-)

I will send you a new shar of it, so you should get it by time when you 
wake up and check email.

>> Are you going to report at gDesklets's Bugzilla? Or do you want me to 
>> do it for you with your credit include?
>>
> uups! i've forgotten to send the first bug in Mem.py. i'm appreciate if 
> you do it otherwise i will do it tomorrow.

Oh yeah, I will take care of it. Thanks for let me know.

> bye and good night

Good evening in here time zone. Nite. ;-)

Cheers,
Mezz

> franz
>
>> Cheers,
>> Mezz
>>
>>> franz.
>>>
>>>> Joe
>>>>
>>>>
>>>>>   #
>>>>>    # Adds and runs a new thread.
>>>>>    #
>>>>>    def _add_thread(self, threadfunction, *args):
>>>>>
>>>>>        gtk.threads_init()       <== ADD THIS LINE
>>>>>
>>>>>        # the thread should not start before setup is complete, 
>>>>> therefore
>>>>>        # we are using the GTK idle handler
>>>>>        def run_thread(threadfunction, args):
>>>>>            thread.start_new_thread(threadfunction, args)
>>>>>
>>>>>        gtk.idle_add(run_thread, threadfunction, args)
>>>>>
>>>>>
>>>>> franz
>>>>>
>>>>>
>>>>>> Cheers,
>>>>>> Mezz
>>>>>>
>>>>>>
>>>>>>> Bye,
>>>>>>> Alexander.


-- 
bsdforums.org 's moderator, mezz.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?oprys1axsk8ckrg5>