gtk+-2.8.14 version bump

[Stefan Wold]

First I thought it was the xfce4-panel in it self that crashed. Turned out 
it was the weather-plugin for the panel that caused the crashes after glib 
update.

However I still don't agree to bumping X if it breaks Y before maintainers 
of Y have had a chance to fix Y to build with X. What is your current 
threshold before you decide not to bump something? Is it when it break 1 
module, 2, 5, half the moonbase?

I'd say we should at least try patching modules that doesn't build/run
properly and/or alert the maintainer of the source to fix their problem 
instead of just blindly ignoring it in hope for someone else to fix the 
problem in the future.

Sincerely
Stefan Wold

On Thu, 9 Mar 2006, Terry Chan wrote:

> I have been running with glib-2.10.0 for 2 days straight on this lunar box
> with no segfaults (excluding the one time I tried that piece of crap, AKA
> galculator). I've now been running glib-2.10.1 for over 24 hrs straight, again
> with no segfaults. Compiling many modules in moonbase all from inside xfce4.
>
> I'm still waiting for some real posts of verifiable problems with glib-2.10.1.
> Problems that are severe enough to justify holding off on gtk+-2.8.14.
>
> Terry Chan
> -----------------------------------------------------------
> On Thu, Mar 09, 2006 at 09:44:16AM +0100, Stefan Wold wrote:
>> The thing is that the problem doesn't start occuring right away, so a
>> quick start and stop of a program won't reveal the crashes. It seems you
>> have to be running a few hours before the problem occur. After that the
>> apps just refuse to start. At that point restarting the computer or
>> downgrading glib and rebuilding pango seem to be the only solution. I'm
>> not saying glib-2.10.x is the full cause of this, it could be glib-2.10.x
>> in conjuction with gtk and pango.
>>
>> Downgrading glib did however solve my crashes immediately.
>>
> _______________________________________________
> Lunar-dev mailing list
> Lunar-dev at lunar-linux.org
> http://foo-projects.org/mailman/listinfo/lunar-dev
>