app-text/sablotron is installed but the configure process of php-cgi complains about it missing after checking the version of sablotron. Reproducible: Always Steps to Reproduce: 1.mlsrv ~ # emerge -s sablotron Searching... [ Results for search key : sablotron ] [ Applications found : 1 ] * app-text/sablotron Latest version available: 1.0.1 Latest version installed: 1.0.1 Size of downloaded files: 474 kB Homepage: http://www.gingerall.com/charlie-bin/get/webGA/act/sablotron.act Description: An XSLT Parser in C++ License: MPL-1.1 mlsrv ~ # 2.emerge php-cgi 3. Actual Results: checking for memcpy... (cached) yes checking for memmove... (cached) yes checking whether to enable xslt support... yes checking for XSLT Sablotron backend... yes checking for libexpat dir for Sablotron XSL support... no checking for iconv dir for Sablotron XSL support... no checking for JavaScript for Sablotron XSL support... no checking for Sablotron libraries in the default path... found in /usr checking for sablot-config... found checking for Sablotron version... configure: error: Sablotron version 0.96 or greater required. !!! ERROR: dev-php/php-cgi-4.3.9 failed. !!! Function econf, Line 441, Exitcode 1 !!! econf failed !!! If you need support, post the topmost build error, NOT this status message. mlsrv ~ # Expected Results: php-cgi should emerge without errors
attach the config.log from php's build directory. i'm willing to bet that you need to run revdep-rebuild (and/or re-merge some libraries).
same problem here, emerging php-cgi without java and xml2 use-flags resolved the problem for me
Roman: You need to run revdep-rebuild, your libraries are not consistant.
I've already run revdep-rebuild. It detected ethereal (was build with gtk, but gtk is not installed anymore) and blackdown-jdk. I also rebuild sablotron. After I read your advice I ran revdep-rebuild again and it finds blackdown-jdk again and agin because of missing Xfree it seems to me. Problem is still there.
sounds like it isn't picking up sabltotron. wipe the revdep-rebuild cache ~/.revdep* and try it again. also, attach your PHP config.log
Created attachment 41149 [details] last lines from config.log from php
deleted .revdep*, no change
please attach the entire config.log, not just the end of it.
"and it finds blackdown-jdk again and again" exactly the same problem here. I'll try to attach the config.log as soon as possibly, too.
Created attachment 41211 [details] config.log from php
sorry, but I am new to bugreporting, so I didn't know you need the whole config.log. One thing that could be related but I don't think so: I had Xfree and Gnome installed some time ago on this computer, but then I transfered it to a server and unmerged xfree and all gnome-packages. Maybe this helps you.
look in /usr/include/sablot.h and provide the value of SAB_VERSION. If it evaluates to more than 0.96, check the consistancy of EACH library listed in the linking list for the final gcc command that failed. Roman: Did you re-merge EVERYTHING that linked against gnome and X libs after you removed them? revdep-rebuild should catch 99.99% of them, but it's been known to miss one or two before.
I'm pretty sure that I've rebuild all libs, because this gentoo-install was a server, then I wanted to turn it into a workstation, but then I changed my mind again. After unmerging X and gnome, I've successfull cumpliled php-cgi-4.3.8, but now that doesn't work anymore too. But now I'm running php 5.0.2 and AFAIK sablotron is not needed anymore with PHP5. BTW: /usr/include/sablot.h: /* version info */ #define SAB_VERSION "1.0" #define SAB_DATE "August 8, 2003" I've also looked down into the problem: It seems to be related to java. Output from revdep-rebuild: broken /usr/X11R6/lib/X11/xkb/xkbcomp (requires libXext.so.6 libX11.so.6) broken /opt/blackdown-jdk-1.4.1/jre/lib/i386/libjavaplugin_jni.so (requires libawt.so libXt.so.6 libX11.so.6) broken /opt/blackdown-jdk-1.4.1/jre/lib/i386/libjawt.so (requires libawt.so libjava.so libjvm.so) broken /opt/blackdown-jdk-1.4.1/jre/lib/i386/libfontmanager.so (requires libawt.so libjava.so libjvm.so) broken /opt/blackdown-jdk-1.4.1/jre/lib/i386/awt_robot (requires libXt.so.6 libSM.so.6 libICE.so.6 libXext.so.6 libXtst.so.6 libX11.so.6) broken /opt/blackdown-jdk-1.4.1/jre/lib/i386/libawt.so (requires libmlib_image.so libjvm.so libXp.so.6 libXt.so.6 libSM.so.6 libICE.so.6 libXext.so.6 libXtst.so.6 libX11.so.6 libjava.so) broken /opt/blackdown-jdk-1.4.1/jre/plugin/i386/netscape4/javaplugin.so (requires libXt.so.6 libX11.so.6) broken /opt/blackdown-jdk-1.4.1/jre/plugin/i386/mozilla/javaplugin_oji.so (requires libxpcom.so libXt.so.6 libX11.so.6) done. The last line of the config.log said that the comand failed: gcc -o test.out -march=athlon -O3 -pipe -funroll-loops -I/usr/include -ltiff -L/usr/lib -Wl,-rpath,/opt/blackdown-jdk-1.4.1/jre/lib/i386/server -L/opt/blackdown-jdk-1.4.1/jre/lib/i386/server -Wl,-rpath,/opt/blackdown-jdk-1.4.1/jre/lib/i386/native_threads -L/opt/blackdown-jdk-1.4.1/jre/lib/i386/native_threads -Wl,-rpath,/opt/blackdown-jdk-1.4.1/jre/lib/i386 -L/opt/blackdown-jdk-1.4.1/jre/lib/i386 conftest.c -lexpat -lpspell -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lmhash -lmcrypt -lltdl -ljava -lcrypt -lpam -lexslt -lxml2 -lxslt -lz -lcrack -lbz2 -lz -lssl -lcrypto -lresolv -lm -lnsl -lxmlparse -lxmltok -lxml2 -lz -lm Then: ./test.out ./test.out: error while loading shared libraries: libjvm.so: cannot open shared object file: No such file or directory Using the above comand without "-ljava" returns no error when executing ./test.out.
USE="-java" emerge php-cgi indeed works! :)
emerge your blackdown-jdk again, then re-select it with java-config, then source /etc/profile and try to emerge php-cgi again.
*** Bug 74265 has been marked as a duplicate of this bug. ***
I have the same problem with dev-php/php-cgi-4.3.10. I have dev-java/sun-jdk-1.4.2.06 installed.
Same problem here. The failing command: gcc -o conftest -O2 -mcpu=pentium4 -march=pentium4 -fprefetch-loop-arrays -pipe -L/usr/lib -L/usr/X11R6/lib -ltiff -L/usr/lib -Wl,-rpath,/opt/blackdown-jdk-1.4.2.01/jre/lib/i386/server -L/opt/blackdown-jdk-1.4.2.01/jre/lib/i386/server -Wl,-rpath,/opt/blackdown-jdk-1.4.2.01/jre/lib/i386/native_threads -L/opt/blackdown-jdk-1.4.2.01/jre/lib/i386/native_threads -Wl,-rpath,/opt/blackdown-jdk-1.4.2.01/jre/lib/i386 -L/opt/blackdown-jdk-1.4.2.01/jre/lib/i386 conftest.c -lpspell -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lming -lm -lmhash -lmcrypt -lltdl -ljava -lcrypt -lpam -lexslt -lxml2 -lxslt -lz -ldb-4.0 -ldb-4.0 -lndbm -lgdbm -lcurl -lcrack -lbz2 -lz -lssl -lcrypto -lresolv -lm -lnsl -lxmlparse -lxmltok -lcurl -lidn -lssl -lcrypto -ldl -lssl -lcrypto -ldl -lz -lxml2 -lz -lm -lnetsnmp -lcrypto -lelf -lm 1>&5 ./conftest: error while loading shared libraries: libjvm.so: cannot open shared object file: No such file or directory I note that there is a libjvm.so in the spec'd library search dir /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/server, however it's not explicitly invoked referenced in this gcc invocation, so it must be a secondary reference or dependency. vishnu:~$ locate libjava.so /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libjava.so /opt/blackdown-jdk-1.4.1/jre/lib/i386/libjava.so vishnu:~$ ldd /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libjava.so linux-gate.so.1 => (0xffffe000) libjvm.so => not found libverify.so => /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libverify.so (0x4003e000) libnsl.so.1 => /lib/libnsl.so.1 (0x40050000) libdl.so.2 => /lib/libdl.so.2 (0x40065000) libc.so.6 => /lib/libc.so.6 (0x40069000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) libjvm.so => not found So there are issues with libjava.so. I've re-emerged blackdown-jdk and run java-config -S blackdown-jdk; /usr/sbin/env-update && source /etc/profile but I still get the same missing lib. Looks like there may be a symlink missing somewhere.
Same with: with dev-php/php-cgi-4.3.10. I have dev-java/sun-jdk-1.4.2.06 installed. gets passed the sablotron check with USE="-java" I've unmerged sun-jdk-1.4.2.06 and re merged it. I've then set it again using java-config and done a env-update and sourced the profile to no avail. repdev-rebuild only wanted to kdeartwork, and ximian-openoffice Ideas whats with the check, or java?
ld.so.cache apparently doesn't reference a directory containing libjvm.so. I assume this should be generated from /etc/ld.so.conf, which is created by env-update. Looking in /etc/env.d/20java I see: LDPATH="/opt/blackdown-jdk-1.4.2.01/jre/lib/i386/:/opt/blackdown-jdk-1.4.2.01/jre/lib/i386/native_threads/:/opt/blackdown-jdk-1.4.2.01/jre/lib/i386/classic/" Which doesn't reference such a directory either. /etc/env.d/20java is generated by java-config. Where does this lead us ??
Also, note that, in /etc/env.d/20java, the referenced path element in LDPATH "/opt/blackdown-jdk-1.4.2.01/jre/lib/i386/classic/" doesn't exist.
did nobody here read the bug I put in the bugzilla depend for this? It has the solution for the JDK problem. A similar fix may be needed for sun-jdk.
No, nobody did, which includes me. Why don't you reference the bug # or URL for this here.
Robin, you left out a "$" in your patch. +ADDLDPATH="${JAVA_HOME}/jre/lib/@PLATFORM@/:${JAVA_HOME}/jre/lib/@PLATFORM@/native_threads/:${JAVA_HOME}/jre/lib/@PLATFORM@/classic/:{JAVA_HOME}/jre/lib/@PLATFORM@/server/" Should be .... +ADDLDPATH="${JAVA_HOME}/jre/lib/@PLATFORM@/:${JAVA_HOME}/jre/lib/@PLATFORM@/native_threads/:${JAVA_HOME}/jre/lib/@PLATFORM@/classic/:${JAVA_HOME}/jre/lib/@PLATFORM@/server/"
So the fix for this bug, until it gets incorporated into stable, is as follows: 1) Apply Robin's patch (bug #74589) noting my small addendum, to /usr/portage/dev-java/blackdown-jdk/files/blackdown-jdk-1.4.2.01 2) # emerge blackdown-jdk 3) # java-config --set-system-vm=blackdown-jdk 4) # env-update && source /etc/profile 5) # emerge php-cgi Java support should now be built into php-cgi with no errors.
Reading the comments I assume this issue to be fixed. Please reopen if the problem persists with PHP 4.3.11.
Hmm, there is still the same problem with sun-jdk: checking for memmove... (cached) yes checking whether to enable xslt support... yes checking for XSLT Sablotron backend... yes checking for libexpat dir for Sablotron XSL support... no checking for iconv dir for Sablotron XSL support... no checking for JavaScript for Sablotron XSL support... no checking for Sablotron libraries in the default path... found in /usr checking for sablot-config... found checking for Sablotron version... configure: error: Sablotron version 0.96 or greater required. !!! Please attach the config.log to your bug report: !!! /var/tmp/portage/php-cgi-4.3.11/work/php-4.3.11/config.log !!! ERROR: dev-php/php-cgi-4.3.11 failed. !!! Function econf, Line 485, Exitcode 0 Versions: [ebuild Rf ] dev-java/sun-jdk-1.4.2.08 [ebuild R ] dev-php/php-cgi-4.3.11
*** Bug 98853 has been marked as a duplicate of this bug. ***
This is still/again broken with 4.4.0, reopening.
USE="java" emerge php-cgi gives me working CLI and CGI binaries with Java and Sablotron support for PHP 4.3.11 and PHP 4.4.0.
*** Bug 98811 has been marked as a duplicate of this bug. ***
(In reply to comment #30) > USE="java" emerge php-cgi gives me working CLI and CGI binaries with Java and > Sablotron support for PHP 4.3.11 and PHP 4.4.0. I guess, it only fails with the sun-jdk, did you try with that?
No, I tried with the blackdown-jvm.
FYI it fails with blackdown on sparc (and there's no other JVM).
(In reply to comment #33) > No, I tried with the blackdown-jvm. I don't think this issue is resolved. The bug should be reopened.
The original bug report was about "USE=java emerge php-cgi does not work with blackdown-jdk on x86". I cannot reproduce that and thus closed this bug. Now if you have problems like "USE=java emerge php-cgi does not work with blackdown-jdk on sparc" or "USE=java emerge php-cgi does not work with sun-jdk on x86", please open a new bug report for these issues. Thank you.
Ok, I reopened Bug 98853. Thanks.
This is not just a java related problem. I can switch it on and off by changing the xml2 USE flag (at least for php and modphp ebuilds). Using -xml2 I now have working php-4.4.0
PHP 4.3.11, 4.4.0, 5.0.4, and 5.1.0 Beta 3 build fine for me on x86 with both -xml2 and +xml2.
