--- /dev/null
+# ChangeLog for dev-java/libgtk-java
+# Copyright 2002-2004 Gentoo Foundation; Distributed under the GPL v2
+# $Header: /var/cvsroot/gentoo-x86/dev-java/libgconf-java/ChangeLog,v 1.1 2004/12/04 13:34:12 karltk Exp $
+
+ 04 Dec 2004; <karltk@gentoo.org> :
+ Initial import. Fixes #70562.
+
+* libgconf-java-2.8.2 (08 Nov 2004)
+
+ 08 Nov 2004; Andrew Cowie <andrew@operationaldynamics.com>
+ libgconf-java-2.8.ebuild:
+
+ New ebuild. What used to be java-gnome is now multiplexed into various modular
+ subcomponents. Upstream CVS was all re-arranged, and now there is a release
+ tarball for each piece. This is the Java binding around GConf
+
--- /dev/null
+diff -Nuar libgconf-java-2.8.2-ORIG/configure.in libgconf-java-2.8.2-EDIT/configure.in
+--- libgconf-java-2.8.2-ORIG/configure.in 2004-11-01 23:11:40.000000000 +1100
++++ libgconf-java-2.8.2-EDIT/configure.in 2004-11-08 23:20:24.662823754 +1100
+@@ -21,8 +21,8 @@
+ version="2.8.2"
+ apiversion="2.8"
+
+-INSTALLED_CLASSPATH=\${prefix}/share/java/gconf${apiversion}-${version}.jar
+-INSTALLED_JNI_DIR=\${prefix}/lib/jni/
++INSTALLED_CLASSPATH=\${prefix}/share/${PN}-${SLOT}/lib/gconf${apiversion}-${version}.jar
++INSTALLED_JNI_DIR=\${prefix}/lib/
+ AC_SUBST(INSTALLED_CLASSPATH)
+ AC_SUBST(INSTALLED_JNI_DIR)
+
+diff -Nuar libgconf-java-2.8.2-ORIG/src/Makefile.in libgconf-java-2.8.2-EDIT/src/Makefile.in
+--- libgconf-java-2.8.2-ORIG/src/Makefile.in 2004-10-06 22:36:26.000000000 +1000
++++ libgconf-java-2.8.2-EDIT/src/Makefile.in 2004-11-08 23:20:39.829901027 +1100
+@@ -17,7 +17,7 @@
+
+
+
+-CLASSPATH = @GTKJAR@:@CLASSPATH@:java
++CLASSPATH = @GTKJAR@:java
+ NATIVEGTKJAR = @NATIVEGTKJAR@
+
+ OBJECTS:= \
--- /dev/null
+# Copyright 1999-2004 Gentoo Foundation
+# Distributed under the terms of the GNU General Public License v2
+# $Header: /var/cvsroot/gentoo-x86/dev-java/libgconf-java/libgconf-java-2.8.2.ebuild,v 1.1 2004/12/04 13:34:12 karltk Exp $
+
+#
+# WARNING: Because java-gnome is a set of bindings to native GNOME libraries,
+# it has, like any GNOME project, a massive autoconf setup, and unlike many
+# other java libraries, it has its own [necessary] `make install` step.
+# As a result, this ebuild is VERY sensitive to the internal layout of the
+# upstream project. Because these issues are currently evolving upstream,
+# simply version bumping this ebuild is not likely to work but FAILURES WILL
+# BE VERY SUBTLE IF IT DOESN NOT WORK.
+#
+
+inherit eutils gnome.org
+
+DESCRIPTION="Java bindings for GConf (allows GNOME/GTK applications writen in Java to store configuration information in gconf)"
+HOMEPAGE="http://java-gnome.sourceforge.net/"
+RDEPEND=">=gnome-base/gconf-2.8.0
+ >=dev-java/libgnome-java-2.8.2
+ >=virtual/jre-1.2"
+
+#
+# Unfortunately we need to run autogen to do the variable substitutions, so
+# regardless of whether or not there is an upstream ./configure [at time of
+# writing there isn't] we need to recreate it
+#
+
+DEPEND="${RDEPEND}
+ >=virtual/jdk-1.2
+ app-arch/zip
+ sys-devel/autoconf
+ sys-devel/automake"
+
+#
+# Critical that this match gtkapiversion
+#
+SLOT="2.8"
+LICENSE="LGPL-2.1"
+KEYWORDS="~x86 ~ppc"
+IUSE="gcj"
+
+src_unpack() {
+ unpack ${A}
+ cd ${S}
+ epatch ${FILESDIR}/libgconf-java-2.8.2_gentoo-PN-SLOT.patch
+}
+
+src_compile() {
+ local conf
+
+ use gcj || conf="${conf} --without-gcj-compile"
+
+ cd ${S}
+
+ #
+ # Ordinarily, moving things around post `make install` would do
+ # the trick, but there are paths hard coded in .pc files and in the
+ # `make install` step itself that need to be influenced.
+ #
+
+ ./autogen.sh \
+ --host=${CHOST} \
+ --prefix=/usr \
+ ${conf} || die "./configure failed"
+ make || die
+}
+
+src_install() {
+ # workaround Makefile bug not creating necessary parent directories
+ mkdir -p ${D}/usr/lib
+ mkdir -p ${D}/usr/share/java
+ mkdir -p ${D}/usr/lib/pkgconfig
+ mkdir -p ${D}/usr/share/doc/libgconf${SLOT}-java
+
+ make prefix=${D}/usr install || die
+
+ # actually, at time of writing, there were no DOCUMENTS, but leave it here...
+ mv ${D}/usr/share/doc/libgconf${SLOT}-java ${D}/usr/share/doc/${PF}
+
+ # the upstream install scatters things around a bit. The following cleans
+ # that up to make it policy compliant.
+
+ # I originally tried java-pkg_dojar here, but it has a few glitches
+ # like not copying symlinks as symlinks which makes a mess.
+
+ dodir /usr/share/${PN}-${SLOT}/lib
+ mv ${D}/usr/share/java/*.jar ${D}/usr/share/${PN}-${SLOT}/lib
+ rm -rf ${D}/usr/share/java
+
+ mkdir ${D}/usr/share/${PN}-${SLOT}/src
+ cd ${S}/src/java
+ zip -r ${D}/usr/share/${PN}-${SLOT}/src/libgconf-java-${PV}.src.zip *
+
+ # again, with dojar misbehaving, better do to this manually for the
+ # time being. Yes, this is bad hard coding, but what in this ebuild isn't?
+
+ # karltk: Missing generation of dependencies, should be fixed.
+ echo "DESCRIPTION=${DESCRIPTION}" \
+ > ${D}/usr/share/${PN}-${SLOT}/package.env
+
+ echo "CLASSPATH=/usr/share/${PN}-${SLOT}/lib/gconf${SLOT}.jar" \
+ >> ${D}/usr/share/${PN}-${SLOT}/package.env
+}
--- /dev/null
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE pkgmetadata SYSTEM "http://www.gentoo.org/dtd/metadata.dtd">
+<pkgmetadata>
+ <herd>java</herd>
+ <maintainer>
+ <email>andrew@operationaldynamics.com</email>
+ <name>Andrew Cowie</name>
+ </maintainer>
+ <longdescription>
+ An elegant set of language bindings to allow you to write
+ native GNOME applications in Java. Works with both traditional
+ Java VMs and also with GCJ, allowing the creation of native
+ Linux executable binaries.
+
+ This library comes from the java-gnome project, which in turn
+ is part of the official suite of GNOME language bindings.
+
+ This ebuild contains the Java bindings around the GConf
+ libraries.
+
+ If you're interested in this you probably want to emerge
+ java-gnome - a meta package which in turn depends on the
+ various GNOME libraries which comprise the complete java-gnome
+ language binding suite. More probably, some program that uses
+ gets at gconf via the java-gnome libraries will be bringing it
+ in for you.
+ </longdescription>
+</pkgmetadata>
projects / gentoo.git / commitdiff