dev-util/eclipse-platform-bin 2.02 doesn't work with the gnome-libraries now in stable, crashes after progress bars (eclipse bugzilla nr. 31026). eclipse 2.1 RC works, but there is no support for cdt project
This seems like a dupe. This issue has already been described in: http://bugs.gentoo.org/show_bug.cgi?id=13894
So what's the fix?
It seems like the best solution from eclipse is to use the most recent version, 2.1. (see eclipse bugzilla, bug #31026)
Why is 2.1 still not in x86 but just in ~x86, as far as I see it, it's stable, and with the sdk included in x86 the 2.0 versions simply won't work. So why didn't anyone throw the 2.1 in stable, since it definetely is the only workinbg solution right now. (What does a packet need to get into stable anyways?, and could anyone tell me a trick how to prevent downgrading packages when doing --update world?)
This is still an issue with GTK+ 2.2.1-r1. Eclipse is not going to work around it and has closed the bug. (See https://bugs.eclipse.org/bugs/show_bug.cgi?id=36698) Apparently, there is some patch from either or both of Red Hat or Mandrake that fixes the GTK+ 2.2.1 release and solves this problem. The Gentoo 2.2.4 release is masked and appears to be dependent on a masked version of XFree so I think the solution is in discovering what they're doing over at RH or Mandrake to fix 2.2.1. I am no expert in GTK code so I don't know how helpful this is, but the Red Hat version of the patch is: --- gtk+-2.2.1/gtk/gtktreeview.c.scrollfix 2003-02-20 20:23:15.000000000 -0500 +++ gtk+-2.2.1/gtk/gtktreeview.c 2003-02-20 20:24:52.000000000 -0500 @@ -4166,8 +4166,7 @@ need_redraw = TRUE; } - if (tree_view->priv->scroll_to_path && - ! GTK_RBNODE_FLAG_SET (tree_view->priv->tree->root, GTK_RBNODE_DESCENDANTS_INVALID)) + if (tree_view->priv->scroll_to_path) { gtk_tree_row_reference_free (tree_view->priv->scroll_to_path); tree_view->priv->scroll_to_path = NULL; Hope this helps. It's a bummer to be in Netbeans world while Eclipse is down.
I'm taking on the eclipse stuff.
Went ahead and installed the masked GTK and Xfree: gtk+-2.2.4-r1 xfree-4.3.0-r3 Eclipse works fine with these versions on the system.
As these are unmasked, I'm considering this bug fixed by procrastination.