It seems the access to the coredump_filter option was backported from icedtea-7 to icedtea-6.1.13, as compiling now fails with similar symptons as bug #388127. F: open_wr S: deny P: /proc/self/coredump_filter A: /proc/self/coredump_filter R: /proc/7759/coredump_filter C: /var/tmp/portage/dev-java/icedtea-6.1.13.1/work/icedtea6-1.13.1/bootstrap/jdk1.6.0/bin/native2ascii -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -reverse -encoding eucJP F: open_wr S: deny P: /proc/self/coredump_filter A: /proc/self/coredump_filter R: /proc/7754/coredump_filter C: /var/tmp/portage/dev-java/icedtea-6.1.13.106@ (null)*(null) -------------------------------------------------------------------------------- !!! When you file a bug report, please include the following information: GENTOO_VM=icedtea-6 CLASSPATH="" JAVA_HOME="" JAVACFLAGS="" COMPILER="" and of course, the output of emerge --info =icedtea-6.1.13.1 * * The following package has failed to build or install: * * (dev-java/icedtea-6.1.13.1::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/dev-java/icedtea-6.1.13.1/temp/build.log' * I compared the files openjdk/hotspot/src/os/linux/vm/os_linux.cpp from 6.1.12.7 and 6.1.13.1 and found that an new function set_coredump_filter() was added to this file. The fix is probably to extend the 'addpredict "/proc/self/coredump_filter"' from the java eclasses to all versions of icedtea. (java-pkg_setup-vm() from java-utils-2.eclass)
Works now, closing as dup... *** This bug has been marked as a duplicate of bug 499746 ***