diff options
Diffstat (limited to 'dev-java/libglade-java/libglade-java-2.8.3.1.ebuild')
| -rw-r--r-- | dev-java/libglade-java/libglade-java-2.8.3.1.ebuild | 101 |
1 files changed, 0 insertions, 101 deletions
diff --git a/dev-java/libglade-java/libglade-java-2.8.3.1.ebuild b/dev-java/libglade-java/libglade-java-2.8.3.1.ebuild deleted file mode 100644 index 599534cd0610..000000000000 --- a/dev-java/libglade-java/libglade-java-2.8.3.1.ebuild +++ /dev/null @@ -1,101 +0,0 @@ -# Copyright 1999-2006 Gentoo Foundation -# Distributed under the terms of the GNU General Public License v2 -# $Header: /var/cvsroot/gentoo-x86/dev-java/libglade-java/libglade-java-2.8.3.1.ebuild,v 1.6 2006/09/14 20:15:46 nichoj 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 DOES NOT WORK. -# - -inherit eutils gnome.org - -DESCRIPTION="Java for [Lib]Glade" -HOMEPAGE="http://java-gnome.sourceforge.net/" -RDEPEND=">=gnome-base/libglade-2.3.6 - >=dev-java/libgtk-java-2.4.8.1 - >=dev-java/libgnome-java-2.8.3.1 - >=gnome-base/libgnomecanvas-2.8.0 - >=virtual/jre-1.2" - -DEPEND=">=virtual/jdk-1.2 - ${RDEPEND} - app-arch/zip" - -# -# Critical that this match glade's apiversion -# -SLOT="2.8" -LICENSE="LGPL-2.1" -KEYWORDS="~amd64 ~ppc x86" -IUSE="gcj gnome" - -src_unpack() { - unpack ${A} - cd ${S} - epatch ${FILESDIR}/libglade-java-2.8.3.1_gentoo-PN-SLOT.patch -# epatch ${FILESDIR}/libglade-java-2.8.3.1_gtk-dependency.patch - - rm -f ${S}/config.cache -} - -src_compile() { - local conf - - use gcj || conf="${conf} --without-gcj-compile" - use gnome || conf="${conf} --without-gnome" - - 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. - # - - ./configure \ - --host=${CHOST} \ - --prefix=/usr \ - ${conf} || die "./configure failed" - make INCLUDES="-I${JDK_HOME}/include -I${JDK_HOME}/include/linux/" || 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/libglade${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/libglade${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/libglade-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? - - echo "DESCRIPTION=${DESCRIPTION}" \ - > ${D}/usr/share/${PN}-${SLOT}/package.env - - echo "CLASSPATH=/usr/share/${PN}-${SLOT}/lib/glade${SLOT}.jar" \ - >> ${D}/usr/share/${PN}-${SLOT}/package.env -} |