Bugzilla Bug 65693

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 an attachment (id=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 an attachment (id=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.