After emerging sun-jdk-1.5.0-beta1 and setting it as the system virtual machine, I cannot emerge any Java application. They fail with an access violation. Reproducible: Always Steps to Reproduce: 1. emerge sun-jdk-1.5.0-beta1 2. java-config -S sun-jdk-1.5.0_beta1 3. emerge any-java-application Actual Results: The emerge fails with an access violation Expected Results: The java packages should emerge without any problem Emerge output: --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-net-www_-_jboss-3.2.3-24515.log" open_wr: /dev/random -------------------------------------------------------------------------------- Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.22-gentoo-r5) ================================================================= System uname: 2.4.22-gentoo-r5 i686 AMD Athlon(TM) XP 2000+ Gentoo Base System version 1.4.10 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -mmmx -m3dnow" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /etc/tomcat /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/lib/jboss /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X accessibility acpi alsa apm avi berkdb bonobo cdr cjk cups doc dvd dvdr encode esd foomaticdb freetype gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile hbci imlib java jikes jpeg junit kerberos ldap libg++ libwww mad mikmod mmx mng motif mozcalendar mozilla mozsvg mpeg ncurses nls ofx oggvorbis openal opengl oss pam pdflib perl png python quicktime readline samba sdl slang spell ssl svga tcltk tcpd tetex truetype x86 xml2 xmms xv zlib" bit portage # java-config -L [sun-jdk-1.4.2.04] "Sun JDK 1.4.2.04" (/etc/env.d/java/20sun-jdk-1.4.2.04) [sun-j2sdk-1.4.1] "Sun JDK 1.4.1" (/etc/env.d/java/20sun-j2sdk-1.4.1) [sun-jdk-1.5.0_beta1] "Sun JDK 1.5.0_beta1" (/etc/env.d/java/20sun-jdk-1.5.0_beta1) * I was using java 1.5 due to another reported bug related with Gnome accessibility and java 1.4, so I had to "run forward" installing this version. The only workaround I found is to use the 1.4 vm to emerge and compile, and use the 1.5 vm to run applications.
We are working on a solution for this, 1.5 is hard masked and still beta so its not a high prioerity
*** Bug 52196 has been marked as a duplicate of this bug. ***
*** Bug 56455 has been marked as a duplicate of this bug. ***
*** Bug 54880 has been marked as a duplicate of this bug. ***
*** Bug 54643 has been marked as a duplicate of this bug. ***
*** Bug 61668 has been marked as a duplicate of this bug. ***
The problem is that we realy want to do this in an class's pkg_setup so not every ebuild has to be edited, but portage at the moment does not allow that also newer masked portage allows access to /dev/random, but we still need a solution for other jdk's that require access to some other files
*** Bug 62093 has been marked as a duplicate of this bug. ***
I have filed a bug report to Sun. Here is the Link (not working yet, but in one or two days): http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5097939 Could you please vote for this bug? Maybe it gets fixed before 1.5.0 (or as some Sun marketing guys would like to call it - J2SE 5.0) is getting released.
*** Bug 66110 has been marked as a duplicate of this bug. ***
The Sun bugparade id is not valid any more: "No results were found for your search. Try refining your search."
This is still a problem with JDK-1.5.0. Jikes not involved. goliath root # emerge -upv rhino These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild UD] dev-java/rhino-1.5_rc5 [1.5-r5] +doc -jikes 0 kB goliath root # java-config -L [sun-jdk-1.5.0] "Sun JDK 1.5.0" (/etc/env.d/java/20sun-jdk-1.5.0) * [blackdown-jdk-1.4.2_rc1] "Blackdown JDK 1.4.2_rc1" (/etc/env.d/java/20blackdown-jdk-1.4.2_rc1) [ibm-jdk-bin-1.4.1] "IBM JDK 1.4.1" (/etc/env.d/java/20ibm-jdk-bin-1.4.1) [blackdown-jre-1.4.2_rc1] "Blackdown JRE 1.4.2_rc1" (/etc/env.d/java/20blackdown-jre-1.4.2_rc1) goliath root # java-config -J /opt/sun-jdk-1.5.0/bin/java Buildfile: build.xml properties: init: [mkdir] Created dir: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/classes [mkdir] Created dir: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/rhino1_5R5 [mkdir] Created dir: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/rhino1_5R5/src [mkdir] Created dir: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/rhino1_5R5/toolsrc [mkdir] Created dir: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/rhino1_5R5/examples [mkdir] Created dir: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/rhino1_5R5/docs [mkdir] Created dir: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/rhino1_5R5/docs/apidocs compile: properties: compile: [javac] Compiling 109 source files to /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/classes [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/src/org/mozilla/javascript/Context.java:1835: warning: [deprecation] org.mozilla.javascript.WrapHandler in org.mozilla.javascript has been deprecated [javac] WrapHandler _handler; [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/src/org/mozilla/javascript/Context.java:1837: warning: [deprecation] org.mozilla.javascript.WrapHandler in org.mozilla.javascript has been deprecated [javac] WrapHandlerProxy(WrapHandler handler) [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/src/org/mozilla/javascript/Context.java:450: warning: non-varargs call of varargs method with inexact argument type for last parameter; [javac] cast to java.lang.Object for a varargs call [javac] cast to java.lang.Object[] for a non-varargs call and to suppress this warning [javac] = (Context[])threadLocalGet.invoke(threadLocalCx, null); [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/src/org/mozilla/javascript/Context.java:2428: warning: non-varargs call of varargs method with inexact argument type for last parameter; [javac] cast to java.lang.Class for a varargs call [javac] cast to java.lang.Class[] for a non-varargs call and to suppress this warning [javac] threadLocalGet = cl.getMethod("get", null); [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/src/org/mozilla/javascript/NativeJavaObject.java:849: warning: non-varargs call of varargs method with inexact argument type for last parameter; [javac] cast to java.lang.Class for a varargs call [javac] cast to java.lang.Class[] for a non-varargs call and to suppress this warning [javac] meth = value.getClass().getMethod("doubleValue", null); [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/src/org/mozilla/javascript/NativeJavaObject.java:859: warning: non-varargs call of varargs method with inexact argument type for last parameter; [javac] cast to java.lang.Object for a varargs call [javac] cast to java.lang.Object[] for a non-varargs call and to suppress this warning [javac] return ((Number)meth.invoke(value, null)).doubleValue(); [javac] ^ [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 6 warnings [copy] Copying 2 files to /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/classes properties: get-swing-ex: [unzip] Expanding: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/swingExSrc.zip into /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/debugger [delete] Deleting: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/debugger/FileSystemModel2.java [delete] Deleting: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/debugger/MergeSort.java [delete] Deleting: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/debugger/TreeTableExample2.java compile: [javac] Compiling 22 source files to /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build/classes [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/debugger/Main.java:1545: warning: [deprecation] disable() in javax.swing.JComponent has been deprecated [javac] public void disable() { [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/debugger/Main.java:1545: warning: [deprecation] disable() in java.awt.Component has been deprecated [javac] public void disable() { [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/debugger/Main.java:1553: warning: [deprecation] enable() in javax.swing.JComponent has been deprecated [javac] public void enable() { [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/debugger/Main.java:1553: warning: [deprecation] enable() in java.awt.Component has been deprecated [javac] public void enable() { [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/shell/JavaPolicySecurity.java:127: reference to CodeSource is ambiguous, both method CodeSource(java.net.URL,java.security.cert.Certificate[]) in java.security.CodeSource and method CodeSource(java.net.URL,java.security.CodeSigner[]) in java.security.CodeSource match [javac] new CodeSource(null, null); [javac] ^ [javac] /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/org/mozilla/javascript/tools/shell/JavaPolicySecurity.java:170: reference to CodeSource is ambiguous, both method CodeSource(java.net.URL,java.security.cert.Certificate[]) in java.security.CodeSource and method CodeSource(java.net.URL,java.security.CodeSigner[]) in java.security.CodeSource match [javac] CodeSource cs = new CodeSource(url, null); [javac] ^ [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 2 errors [javac] 4 warnings BUILD FAILED /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/build.xml:51: The following error occurred while executing this line: /var/tmp/portage/rhino-1.5_rc5/work/rhino1_5R5/toolsrc/build.xml:69: Compile failed; see the compiler error output for details. Total time: 16 seconds !!! ERROR: dev-java/rhino-1.5_rc5 failed. !!! Function src_compile, Line 35, Exitcode 1 !!! compilation error goliath root # emerge --info Portage 2.0.50-r11 (default-amd64-2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r0, 2.6.7-gentoo-r7) ================================================================= System uname: 2.6.7-gentoo-r7 x86_64 5 Gentoo Base System version 1.4.16 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O2 -fPIC" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /etc/tomcat /opt/resin/conf /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/lib/jboss /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -fPIC" DISTDIR="/opt/no_archive/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache" GENTOO_MIRRORS="http://128.213.5.34/gentoo/" MAKEOPTS="-j2" PKGDIR="/opt/no_archive/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa amd64 apm arts avi berkdb bitmap-fonts cdr crypt doc encode esd foomaticdb gdbm gif gnome gphoto2 gpm gtk gtk2 imlib java jpeg kde ldap libg++ libwww log4cpp mikmod motif mozilla mpeg mysql nas ncurses nls nogcj oggvorbis opengl oss pam pdflib perl plotutils png postgres python qt quicktime readline ruby sdl slang spell ssl svg tcltk tcpd tetex truetype usb wxwindows xinerama xml2 xmms xprint xv zlib"
Created attachment 40973 [details, diff] Path to allow rhino to emerge The rhino-problem has to be fixed by the package authors, as 1.5 introduced a new constructor: public CodeSource(URL url, CodeSigner[] signers) [...] Since: 1.5 The attached patch fixes the problem.
Created attachment 40975 [details, diff] Patch to allow bcel to emerge bcel does also use code that is ambiguous with JDK 1.5
Created attachment 40979 [details, diff] Patch to allow commons-net to emerge with JDK 1.5 This patch adds "source=1.4" which should work even with older JDKs.
I was able to emerge ant using export USE="noxalan" xalan does not emerge with JDK 1.5 as it introduced new abstract methods for DOM 3 which are not implemented by xalan. Shall I file separate bugs for the rhino, bcel and commons-net patches? BTW: the rhino compile problem was fixed 10 minutes ago by the rhino developers.
The commons-net problem has been fixed by the apache team: http://issues.apache.org/bugzilla/show_bug.cgi?id=31516
*** Bug 66979 has been marked as a duplicate of this bug. ***
*** Bug 62398 has been marked as a duplicate of this bug. ***
*** Bug 56677 has been marked as a duplicate of this bug. ***
*** Bug 66841 has been marked as a duplicate of this bug. ***
*** Bug 67079 has been marked as a duplicate of this bug. ***
*** Bug 67202 has been marked as a duplicate of this bug. ***
The sun link works , Have voted for fixing this bug at the sun site. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5097939
*** Bug 66200 has been marked as a duplicate of this bug. ***
Hi. Just wanted to say that I hope that all the people waiting on this bug have gotten free accounts in the java bug tracker database and have used your votes for this bug. Once again, the link is: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5097939 I, myself have put all three votes on this bug. We could theoretically get 45 votes if everyone currently on the CC list put their votes into it. Regards -bill
*** Bug 68131 has been marked as a duplicate of this bug. ***
Workaround from Sun: Change $JAVA_HOME/lib/security/java.security to say securerandom.source=file:/dev/random instead of /dev/random. Alternatively, invoke "java -Djava.security.egd=file:/dev/random ..." or for the compiler "javac -J-Djava.security.egd=file:/dev/urandom ..." I guess the first option is something that could be done in the jdk1.5.0 ebuild.
Evaluation from Sun: Please excuse my ignorance wrt to Gentoo and sandboxes. Google pointed me to http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=3&style=printable#doc_chap4 , if there is something else I should look at to better understand them, please post a comment with the URL in the JDC. Thanks. But unless I misunderstand the issue, the problem is the opening of /dev/random in write mode. Read-only is fine. If that is so, then we can change our code to delay opening in write mode until an application actually calls secureRandom.setSeed(). That should be sufficient to avoid this problem. I will try to get the fix into a Tiger update release, but please be aware that our QA processes take some time. In the meantime, please have a look at the workaround. BTW, I don't know why javac would need a SecureRandom. I could not find any direct reference to it in the javac source nor was it used when I compiled a few files. But that is only the secondary problem and not that important.
I think this is a duplicate of bug #53790 which has been marked as FIXED.
The bug at Sun has been marked as fixed.
I tried emerge eclipse-sdk with the current (as of today) jdk build from sun and I dont have any problems. I think we can close this bug. obelix@localhost obelix $ java -version java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64) Java HotSpot(TM) Client VM (build 1.5.0-b64, mixed mode)
It is indeed the case that the /dev/random issue has been resolved. As for the compilation problems, scuttle over to #69970.