Summary: | media-libs/pdflib-7.0.2_p8 generates too high bytecode | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Petteri Räty (RETIRED) <betelgeuse> |
Component: | [OLD] Java | Assignee: | Matti Bickel (RETIRED) <mabi> |
Status: | VERIFIED TEST-REQUEST | ||
Severity: | normal | CC: | flameeyes, java, Manfred.Knick |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Patch for makefile to respect JAVAC and JAVACFLAGS
Patch against latest ebuild fixing Java related issues |
Description
Petteri Räty (RETIRED)
2009-01-13 19:34:42 UTC
Please, note that this bug blocks the final emerge of KDE 4.2 : # emerge -pq kde-meta [ebuild N ] media-libs/pdflib-7.0.2_p8 [ebuild N ] sci-visualization/gnuplot-4.2.3-r2 [ebuild N ] sci-libs/libqalculate-0.9.6-r1 [ebuild N ] kde-base/step-4.2.0 [ebuild N ] kde-base/kdeedu-meta-4.2.0 [ebuild N ] kde-base/kde-meta-4.2.0 and thus also blocks cleaning the system from older versions via "emerge -a --depclean". Thus, I would consider this bug as of "critical" severity. Kind regards Manfred Hint concerning bug 214920 "media-libs/pdflib-7.0.3 version bump" Unfortunately, testing this newer version in my local overlay, it also failed with "too high bytecode" error. > ... Called java-pkg_verify-classes 'bind/pdflib/java/pdflib.jar'
$ cd /usr/portage/eclass/
$ grep "javatoolkit" *java*.eclass
...
java-ant-2.eclass: >=dev-java/javatoolkit-0.3.0-r2"
...
java-utils-2.eclass: version_verify="/usr/$(get_libdir)/javatoolkit/bin/class-version-verify.py"
# /usr/lib64/javatoolkit/bin/class-version-verify.py -t 1.4 bind/pdflib/java/pdflib.jar
Bad: 1.6 bind/pdflib/java/pdflib.jar com/pdflib/pdflib.class
Bad: 1.6 bind/pdflib/java/pdflib.jar com/pdflib/PDFlibException.class
CVV: 4
Checked: 2 Good: 0 Bad: 2
# /usr/lib64/javatoolkit/bin/class-version-verify.py -t 1.6 bind/pdflib/java/pdflib.jar
CVV: 6
Checked: 2 Good: 2 Bad: 0
# grep "sun-jdk-" /Storage-B/Portage_tmp/portage/media-libs/pdflib-7.0.3/temp/build.log
* Using: sun-jdk-1.6
./configure ... --with-java=/opt/sun-jdk-1.6.0.12 ...
checking for Java header files... -I/opt/sun-jdk-1.6.0.12/include -I/opt/sun-jdk-1.6.0.12/include/linux
../../../libtool ... -I/opt/sun-jdk-1.6.0.12/include -I/opt/sun-jdk-1.6.0.12/include/linux ... pdflib_java.c
GENTOO_VM=sun-jdk-1.6 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.6.0.12"
$ equery list dev-java/jdk
[I--] [ ~] dev-java/blackdown-jdk-1.4.2.03-r16 (1.4.2)
[I--] [ ] dev-java/sun-jdk-1.5.0.17 (1.5)
[I--] [ ~] dev-java/sun-jdk-1.6.0.12 (1.6)
# cd /Storage-B/Portage_tmp/portage/media-libs/pdflib-7.0.3/work/PDFlib-Lite-7.0.3/ # grep jdk config.log $ ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-java=/opt/sun-jdk-1.6.0.12 --with-py=/usr --with-pyincl=/usr/include/python2.5 --with-tcl=no --with-ruby=no --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu PATH: /opt/blackdown-jdk-1.4.2.03/bin PATH: /opt/blackdown-jdk-1.4.2.03/jre/bin configure:9190: x86_64-pc-linux-gnu-gcc -E -I/opt/sun-jdk-1.6.0.12/include conftest.c /opt/sun-jdk-1.6.0.12/include/jni.h:27:20: error: jni_md.h: No such file or directory configure:9235: result: -I/opt/sun-jdk-1.6.0.12/include -I/opt/sun-jdk-1.6.0.12/include/linux JAVAINCLUDE='-I/opt/sun-jdk-1.6.0.12/include -I/opt/sun-jdk-1.6.0.12/include/linux' Created attachment 182008 [details, diff]
Patch for makefile to respect JAVAC and JAVACFLAGS
Created attachment 182009 [details, diff]
Patch against latest ebuild fixing Java related issues
Please revbump since the reported problem blocks installation only if JAVA_PKG_STRICT is set, which is not set for most of the users.
(In reply to comment #6) > JAVA_PKG_STRICT is set Serkan, your suspicion was justified: # grep JAVA_PKG_STRICT make.conf JAVA_PKG_STRICT = 1 Sorry I missed that! BUT: with # cd /usr/local/portage/local-overlay/media-libs/pdflib && ll -R drwxr-xr-x 2 root root 4,0K 14. Feb 17:53 files -rw-r--r-- 1 root root 1,4K 14. Feb 17:53 Manifest -rw-r--r-- 1 root root 4,0K 14. Feb 17:48 pdflib-7.0.2_p8.ebuild ./files: -rw-r--r-- 1 root root 547 14. Feb 17:53 fix-java-compile.patch -rw-r--r-- 1 root root 2,0K 14. Feb 17:53 pdflib-7.0.2_p8-gcc-4.3.patch -rw-r--r-- 1 manfred manfred 1,1K 14. Feb 17:44 pdflib-7.0.2_p8-javafixes.patch -rw-r--r-- 1 root root 403 14. Feb 17:53 pdflib-7.0.2_p8-ruby-configure.patch -rw-r--r-- 1 manfred manfred 1,4K 14. Feb 17:44 pdflib-ebuild.patch , having your pdflib-ebuild.patch applied (to pdflib-7.0.2_p8.ebuild) and the required "ebuild pdflib-7.0.2_p8.ebuild manifest", I can confirm that emerge of media-libs/pdflib-7.0.2_p8 (and henceforth kde-base/kde-meta) SUCCEEDS, even with JAVA_PKG_STRICT being set. !+! Great! Thanks a lot. As far as I am concerned, this bug could be closed as "WORKSFORME"; but perhaps we should better let it stay open until a corresponding "pdflib-7.0.2_p8-r1" hits the tree? Kind regards Manfred Because the patches can't be applied autmatically one after another, I have incorporated both patch lines into a proposal for --> pdflib-7.0.3.ebuild : http://bugs.gentoo.org/show_bug.cgi?id=214920#c7 This has nothing to do with the php herd. I'll take care of it in the upcoming pdflib-7.0.4 bump. Can somebody with more Java knowledge verify that this is indeed fixed with pdflib-7.0.4_p4-r1? pena betelgeuse # class-version-verify.py -t 1.4 /usr/share/pdflib-5/lib/pdflib.jar CVV: 4 Checked: 2 Good: 2 Bad: 0 |