Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#32225 - [gtk2] separate libgail package from gtk2 since it cause 100% cpu load in some cases

Attached to Project: Arch Linux
Opened by Ivan Lyapunov (dront78) - Friday, 26 October 2012, 04:29 GMT
Last edited by Jan de Groot (JGC) - Wednesday, 31 October 2012, 08:45 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
http://code.google.com/p/android/issues/detail?id=34641
https://bugs.eclipse.org/bugs/show_bug.cgi?id=375258

Since the bug is still present in gtk and not all users really requred this module it would be good to separate libgail like in a debian or redhad based distros

In my case the workaround is
rm /usr/lib/gtk-2.0/modules/libgail.so
for now
This task depends upon

Closed by  Jan de Groot (JGC)
Wednesday, 31 October 2012, 08:45 GMT
Reason for closing:  Won't implement
Additional comments about closing:  Upstream devs haven't merged gail into gtk because it was fun to do so. Let's follow upstream with this.
Comment by Jan de Groot (JGC) - Friday, 26 October 2012, 07:24 GMT
that module is part of gtk2 and was integrated into that module upstream for a reason. As newer versions of eclipse contain a workaround for this, I don't consider this a bug in gtk2 at all.
Comment by Ivan Lyapunov (dront78) - Friday, 26 October 2012, 07:26 GMT
it's not an eclipse since it has
RESOLVED NOT_ECLIPSE
status

also separated ddms tool depends on this too
Comment by Jan de Groot (JGC) - Friday, 26 October 2012, 08:15 GMT
From the google link:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=384315#c11
Comment by Ivan Lyapunov (dront78) - Friday, 26 October 2012, 10:57 GMT
so look at this patch you'll see a code mess between 32/64 bit calls
and the lack of mine I never heard about this before previous week :D

but thouse calls are depends on gnome Accessibility Toolkit and a lot of distros makes a separate package for a some good reason (i.e modularity)

if a such behavior is possible for acrh way it would be good, because eclipse is not the only one subject of failure
Comment by Jan de Groot (JGC) - Friday, 26 October 2012, 13:08 GMT
That "code mess" is because pointers are different on 32 or 64bit architectures. That's what you get when you try to wrap native code to java.

This should be fixed in eclipse, not in GTK. Accessibility is a standard component in GTK and has been integrated for a reason, we won't remove it. Making it optional is not the solution either, as you can read in those bugreports: as soon as something needs gail, users will be locked out of eclipse if they want that software.
Comment by Ivan Lyapunov (dront78) - Friday, 26 October 2012, 14:40 GMT
There is not the conflinct between eclipse and gail. There is a compromise for users who doesn't need a gail, working in another distros.
This bug is enchancement for modularity because the modularity is a key component for fix a broken systems in a situation like this.
I just repeat that is not only eclipse a subject of this bug. my ddms is broken too and thanks for community I can change to make it work.
If the gail is monolite for gtk it's a bad thing undepended with eclipse or anything else. I can say the system work little bit faster after I deleted this module because I really never use ATK features before

Loading...