Bugzilla Bug 87978

I have completed ebuilds for the latest stable release of the java-gnome
GNOME/GTK language bindings, series 2.10 . See URL field.

This is comprised of

                dev-java/libgtk-java-2.6.1.1
                dev-java/libgnome-java-2.10.0
                dev-java/libglade-java-2.10.0
                dev-java/libgconf-java-2.10.0

and a convenience meta package depending on these,

                dev-java/java-gnome-2.10.0

The libgtk-java package depends on x11-libs/gtk+-2.6.x, which has been in arch
for a while now. You can likewise bring in libglade-2.10.0 with USE=-gnome and
be just GTK, although I found that my previous libglade-java ebuild, 2.8.3.1
continued to work when I upgraded from the gtk 2.4 series.

Note that at time of writing GNOME 2.10 (which contains some of the
dependencies of libgnome-java and libgconf-java) is still hard masked, but it
should emerge into ~arch soon. [FWIW, I'm running GNOME 2.10 and it's working
very well]

I was able to leverage some of the ideas presented in the work included in
Yaakov's bug #83515, to whom I extend thanks. That bug, however, is superceeded
by this work.

To whichever dev actions this:

This work is released, as usual as a tarball at 
http://research.operationaldynamics.com/linux/gentoo/java-gnome-2.10.0_ebuilds.tar.gz
that tarball is suitable as a drop in overlay and the few public contributions
that have been made. There are also some minor updates to the previous stable
branch, notably a libgtk-java-2.4.9 ebuild.

The distfile MD5 sums have all been verified with ftp.gnome.org (not to
mention, I'm one of the upstream developers and inspected them directly as
well). I have sent an MD5 sum of the above tarball in a signed email to the
gnome-java mailing list.

I am responsible for the upstream 2.6 (java-gnome 2.10) maintenance branch, and
will be making a libgtk-java 2.6.2 upstream release soon, but the ebuild for
2.6.1.1 as included here is certainly suitable in its present form for
deployment to ~arch.

AfC
Toronto

I downloaded the tar, extracted, added the hardcoded masked packages to
package.unmask and emerged it..

worked perfect, upgrading also fixed the TreeViewEvent?.getTreeIter() function
where I have been suffering from before :)

I suggest this to be put in the portage asap :D

*** Bug 83515 has been marked as a duplicate of this bug. ***

Version bump to libgtk-java 2.6.2 and lib{gnome,glade,gconf}-java 2.10.1

New overlay tarball at:

http://research.operationaldynamics.com/linux/gentoo/java-gnome-2.10.1_ebuilds.tar.gz

Also, cleaned up some older builds. No need to keep their distfiles on the mirrors.

AfC
Toronto

Really nice!

Improved the javadoc generation in libgtk-java (to be -public only). A very
minor change, but cleans up the javadoc so that it isn't poluted with all the
"native proteced static void" methods.

http://research.operationaldynamics.com/linux/gentoo/java-gnome-2.10.1-r1_ebuilds.tar.gz

AfC
Sydney

Fixed. All packages are now in the tree. Some are package.mask'ed, because the
corresponding GNOME packages are.

Fixed. All packages are now in the tree. Some are package.mask'ed, because the
corresponding GNOME packages are.