There is no sun-jdk-1.3.1.11 , so I write my own ebuild to emerge it. Reproducible: Always Steps to Reproduce: 1. 2. 3. --file sun-jdk-1.3.1.11.ebuild start-- # Copyright 1999-2004 Gentoo Technologies, Inc. # Distributed under the terms of the GNU General Public License v2 # $Header: /home/cvsroot/gentoo-x86/dev-java/sun-jdk/sun-jdk-1.3.1.11.ebuild,v 1.2 2004/03/04 19:51:48 agriffis Exp $ IUSE="doc" inherit java nsplugins At="j2sdk-1_3_1_11-linux-i586.bin" S="${WORKDIR}/jdk1.3.1_11" SRC_URI="${At}" DESCRIPTION="Sun Java Development Kit 1.3.1_11" HOMEPAGE="http://java.sun.com/j2se/1.3/download.html" DEPEND="virtual/glibc >=dev-java/java-config-0.2.7 doc? ( =dev-java/java-sdk-docs-1.3.1* )" RDEPEND="sys-libs/lib-compat" PROVIDE="virtual/jre-1.3.1 virtual/jdk-1.3.1 virtual/java-scheme-2" LICENSE="sun-bcla-java-vm" SLOT="1.3" KEYWORDS="~x86 -ppc -sparc -alpha -mips -hppa" RESTRICT="fetch" # this is needed for proper operating under a PaX kernel without activated grsecurity acl CHPAX_CONSERVATIVE_FLAGS="pemsv" pkg_nofetch() { einfo "Please download ${At} from:" einfo ${HOMEPAGE} einfo "(SDK 32-bit/64-bit for Windows/Linux/Solaris SPARC 32-bit for Solaris x86, then select download Linux Self-extracting." einfo "and move it to ${DISTDIR}" } src_unpack() { if [ ! -r ${DISTDIR}/${At} ]; then eerror "cannot read ${At}. Please check the permission and try again." die fi #Search for the ELF Header testExp=`echo -e "\177\105\114\106\001\001\001"` startAt=`grep -aonm 1 ${testExp} ${DISTDIR}/${At} | cut -d: -f1` tail -n +${startAt} ${DISTDIR}/${At} > install.sfx chmod +x install.sfx ./install.sfx rm install.sfx } src_install () { local dirs="bin include include-old jre lib" dodir /opt/${P} for i in ${dirs} ; do if [ "${i}" == "bin" ] ; then dodir /opt/${P}/${i} cp -a ${i}/.java_wrapper ${D}/opt/${P}/bin/ cp -a ${i}/* ${D}/opt/${P}/bin/ elif [ "${i}" == "jre" ] ; then dodir /opt/${P}/${i} dodir /opt/${P}/${i}/bin cp -a ${i}/bin/.java_wrapper ${D}/opt/${P}/${i}/bin/ cp -a ${i}/bin/* ${D}/opt/${P}/${i}/bin/ cp -a ${i}/CHANGES \ ${i}/COPYRIGHT \ ${i}/ControlPanel.html \ ${i}/LICENSE \ ${i}/README \ ${i}/Welcome.html \ ${i}/lib \ ${i}/plugin \ ${D}/opt/${P}/${i}/ else cp -a ${i} ${D}/opt/${P}/ fi done dodoc COPYRIGHT README LICENSE dohtml README.html doman man/man1/*.1 dodir /opt/${P}/share/ cp -a demo src.jar ${D}/opt/${P}/share/ if [ "`use mozilla`" ] ; then dodir /usr/lib/mozilla/plugins dosym /opt/${P}/jre/plugin/i386/ns600/libjavaplugin_oji.so /usr/lib/mozilla/plugins/ fi set_java_env ${FILESDIR}/${VMHANDLE} || die } pkg_postinst () { # Set as default VM if none exists java_pkg_postinst inst_plugin /opt/${P}/jre/plugin/i386/mozilla/libjavaplugin_oji.so # if chpax is on the target system, set the appropriate PaX flags # this will not hurt the binary, it modifies only unused ELF bits # but may confuse things like AV scanners and automatic tripwire if has_version "sys-apps/chpax" then einfo "setting up conservative PaX flags for jar, javac and java" for paxkills in "jar" "javac" "java" do chpax -${CHPAX_CONSERVATIVE_FLAGS} /opt/${PN}-${PV}/bin/$paxkills done # /opt/sun-jdk-1.3.1.09/jre/bin/java_vm chpax -${CHPAX_CONSERVATIVE_FLAGS} /opt/${PN}-${PV}/jre/bin/java_vm einfo "you should have seen lots of chpax output above now" ewarn "make sure the grsec ACL contains those entries also" ewarn "because enabling it will override the chpax setting" ewarn "on the physical files - help for PaX and grsecurity" ewarn "can be given by #gentoo-hardened + pappy@gentoo.org" fi #Thanks to Douglas Pollock <douglas.pollock@magma.ca> for this #comment found on the sun-jdk 1.2.2 ebuild that he sent. einfo "********************************************************" eerror "Some parts of Sun's JDK require XFree86 to be installed." eerror "Be careful which Java libraries you attempt to use." einfo "********************************************************" echo einfo "******************************************************" einfo " After installing ${P} this" einfo " was set as the default JVM to run." einfo " When finished please run the following so your" einfo " enviroment gets updated." eerror " /usr/sbin/env-update && source /etc/profile" einfo " Or use java-config program to set your preferred VM" einfo "******************************************************" echo -ne "\a" ; sleep 0.1 &>/dev/null ; sleep 0,1 &>/dev/null echo -ne "\a" ; sleep 1 echo -ne "\a" ; sleep 0.1 &>/dev/null ; sleep 0,1 &>/dev/null echo -ne "\a" ; sleep 1 sleep 8 } -- file sun-jdk-1.3.1.11.ebuild end -- -- file files/sun-jdk-1.3.1.11 start -- # Copyright 1999-2004 Gentoo Technologies, Inc. # Distributed under the terms of the GNU General Public License v2 # $Header: /home/cvsroot/gentoo-x86/dev-java/sun-jdk/files/sun-jdk-1.3.1.11,v 1.0 2004/03/04 07:10:17 mkennedy Exp $ VERSION="Sun JDK @PV@" JAVA_HOME=/opt/@P@ JDK_HOME=/opt/@P@ JAVAC=${JAVA_HOME}/bin/javac ADDPATH="${JAVA_HOME}/bin:${JAVA_HOME}/jre/bin" ADDLDPATH="/opt/@P@/jre/lib" ENV_VARS="JAVA_HOME JDK_HOME JAVAC ADDPATH ADDLDPATH" -- file files/sun-jdk-1.3.1.11 end --
Any reason you want a 1.3.11 ebuild? There's 1.4.2.04 in portage and also 1.5 beta 1 masked...
Hi, Not sure that you ever had a problem before where jdk1.2 binaries of java does not work under 1.4 because of a version incompatibility problem. It still works under 1.3 though. I had that kind of problem before, and scratched my head for days because I thought that 1.4 is supposed to be backward compatible. But if you check with java.sun.com, you will find that this backward compatibility is only for binaries compiled with jdk1.3. Ciao ST Lim
I write this because my payment company suggest that JDK 1.3 for running their payment proxy service program. So I think maybe someone using JDK 1.3 ,too. thanks.
All the Java devs here where I work say "Just because it's newer does not mean it's better (when coming from Sun)" They still use 1.3 here as well. Keeping the build around would benefit some.
a 1.3.1.12 ebuild is in the tree