The reason why 1.6 isn't stable is javadoc which the jre doesn't have so no reason to hold up for the jre. So x86 please mark sun-jre-bin-1.6.0.0-r1 stable and amd64 mark it and emul-linux-x86-java-1.6.0. Please also consider 1.6.0.0-r1 I just added because the ebuild is cleaner: *emul-linux-x86-java-1.6.0-r1 (09 May 2007) 09 May 2007; Petteri Räty <betelgeuse@gentoo.org> +emul-linux-x86-java-1.6.0-r1.ebuild: Use pax-utils.eclass and use m instead of pemsv as the chpax flags.
dev-java/sun-jre-bin-1.6.0-r1 USE="X alsa nsplugin" 1. emerges on x86, please note: dodoc: CHANGES does not exist 2. passes collision test 3. works, except the nsplugin has a problem: # eselect java-nsplugin list Available Java browser plugins [1] sun-jre-bin-1.6 current when opening an applet with ff, I get the following error message: java.lang.UnsatisfiedLinkError: /opt/sun-jre-bin-1.6.0/lib/i386/libdeploy.so: libstdc++.so.5: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1647) at java.lang.Runtime.load0(Runtime.java:770) at java.lang.System.load(System.java:1005) at com.sun.deploy.config.UnixConfig.loadLibDeploy(UnixConfig.java:38) at com.sun.deploy.config.UnixConfig.<clinit>(UnixConfig.java:26) at com.sun.deploy.config.ConfigFactory.newInstance(ConfigFactory.java:11) at com.sun.deploy.config.Config.getInstance(Config.java:662) at com.sun.deploy.config.Config.<clinit>(Config.java:678) at sun.plugin.util.PluginConfig.<init>(PluginConfig.java:31) at sun.plugin.util.UserProfile.<clinit>(UserProfile.java:24) at sun.plugin.AppletViewer.loadPropertiesFiles(AppletViewer.java:141) at sun.plugin.JavaRunTime.initEnvironment(JavaRunTime.java:84) at sun.plugin.navig.motif.Plugin.doit(Plugin.java:131) at sun.plugin.navig.motif.Plugin.start(Plugin.java:104) Exception in thread "SysExecutionThead" java.lang.NoClassDefFoundError: Could not initialize class com.sun.deploy.config.Config at com.sun.deploy.ui.DialogTemplate.deriveParent(DialogTemplate.java:1541) at com.sun.deploy.ui.DialogTemplate.<init>(DialogTemplate.java:105) at com.sun.deploy.ui.UIFactory$3.execute(UIFactory.java:230) at sun.plugin.util.PluginSysUtil$SysExecutionThread.run(PluginSysUtil.java:292) Could not read ack from child process Plugin: Java VM process has died. Could not start JavaVM! maybe depend on libstdc++ if nsplugin is selected? Portage 2.1.2.2 (default-linux/x86/2007.0/desktop, gcc-4.1.1, glibc-2.5-r2, 2.6.20.10 i686) ================================================================= System uname: 2.6.20.10 i686 Genuine Intel(R) CPU T2300 @ 1.66GHz Gentoo Base System release 1.12.9 Timestamp of tree: Sun, 13 May 2007 12:00:01 +0000 dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.3.5-r3, 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=prescott -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--nospinner" FEATURES="collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="http://mirror.switch.ch/mirror/gentoo/ http://gentoo.inode.at/" LINGUAS="en de en_GB de_CH" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa apache2 asf avahi berkdb bitmap-fonts cairo cdr cdrom cli cracklib crypt cups dbus divx dri dts dvd dvdr dvdread eds emboss encode evo fam ffmpeg firefox flac fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 isdnlog java jpeg kde kdeenablefinal kerberos ldap libg++ mad midi mikmod mmx mono mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre pdf perl png pppd python qt3 qt3support qt4 quicktime readline reflection rtsp ruby samba sdl session smp spell spl sse sse2 sse3 ssl svg tcpd test tetex theora threads tiff truetype truetype-fonts type1-fonts unicode vcd vorbis wifi win32codecs wxwindows x264 x86 xine xml xorg xprint xv xvid zlib" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LINGUAS="en de en_GB de_CH" USERLAND="GNU" VIDEO_CARDS="i810 fbdev vesa" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
(In reply to comment #1) > maybe depend on libstdc++ if nsplugin is selected? FYI: manually emerging sys-libs/libstdc++-v3-3.3.6 did the trick
(In reply to comment #1) > dev-java/sun-jre-bin-1.6.0-r1 USE="X alsa nsplugin" > 1. emerges on x86, please note: > dodoc: CHANGES does not exist > 2. passes collision test > 3. works, except the nsplugin has a problem: > + 13 May 2007; Petteri Räty <betelgeuse@gentoo.org> + sun-jre-bin-1.6.0-r1.ebuild: + Add virtual/libstdc++-3.3 dependency needed on x86 for plugin and java web + start and don't try to dodoc CHANGES when it doesn't exist. Reported in bug + #177842. +
x86 stable, thanks Markus.
amd64: please mark virtual/jre-1.6.0 when doing this (of course the deps need to be taken care of first)
(In reply to comment #5) > amd64: please mark virtual/jre-1.6.0 when doing this (of course the deps need > to be taken care of first) Same goes for x86 I think after they're done in bug 178851
virtual stable on x86
amd64 came, saw, waited 3 weeks and stabilized!
and amd64 even closed the bug!