|Summary:||mod_php ./configure fails at yp/nis|
|Product:||Gentoo Linux||Reporter:||Mark Douglas <mark>|
|Component:||Current packages||Assignee:||Gentoo's Team for Core System packages <base-system>|
|Package list:||Runtime testing required:||---|
Description Mark Douglas 2004-03-12 11:07:54 UTC
After an emerge mod_php, during the configure I receive the following errors: checking for Sablotron libraries in the default path... found in /usr checking for sablot-config... found checking for Sablotron version... >= 0.96 checking for iconv... (cached) yes checking for SablotSetEncoding in -lsablot... no checking for SablotGetOptions in -lsablot... no checking for YAZ support... no checking whether to include YP support... yes checking for yp_match in -lnsl... no checking for yp_match in -lc... no configure: error: Unable to find required yp/nis library !!! ERROR: dev-php/mod_php-4.3.4-r4 failed. !!! Function econf, Line 365, Exitcode 1 !!! econf failed Reproducible: Always Steps to Reproduce: emerge mod_php Actual Results: !!! ERROR: dev-php/mod_php-4.3.4-r4 failed. !!! Function econf, Line 365, Exitcode 1 !!! econf failed Expected Results: completed configure and compiled Portage 2.0.50-r1 (default-alpha-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.21-alpha-r3) ================================================================= System uname: 2.4.21-alpha-r3 alpha EV6 Gentoo Base System version 18.104.22.168 Autoconf: sys-devel/autoconf-2.58 Automake: sys-devel/automake-1.7.8 ACCEPT_KEYWORDS="alpha" AUTOCLEAN="yes" CFLAGS="-mcpu=ev6 -O3 -pipe" CHOST="alpha-unknown-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=ev6 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="alpha apache2 berkdb crypt cups encode ev6 foomaticdb gdbm gif gnome gpm gtk gtk2 imlib jpeg kde ldap libg++ libwww mikmod motif mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang spell ssl tcpd truetype xml xml2 xmms xv zlib"
Comment 1 Michael Grubb 2004-03-25 10:06:56 UTC
This is also happening on x86 specifically: 2.4.20-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz GenuineIntel GNU/Linux Portage 2.0.50-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.4.20-gentoo-r6) ================================================================= System uname: 2.4.20-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz Gentoo Base System version 22.214.171.124 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=pentium3 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=pentium3 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache notitles sandbox userpriv usersandbox" 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="acpi afs apm arts avi berkdb crypt cups curl encode foomaticdb gdbm gif gpm imglib imlib innodb jpeg jpg kde kerberos ldap libg++ libwww mad maildir mikmod motif mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl pic png postgres python quicktime readline samba sasl sdl slang spell ssl svga tcpd truetype x86 xml xml2 xmms xv zlib" recieving the same results as original filer.
Comment 2 Stuart Herbert (RETIRED) 2004-03-28 16:06:09 UTC
Can you verify whether this fault still occurs with php 4.3.5? Thanks, Stu
Comment 3 Mark Douglas 2004-03-29 08:18:38 UTC
PHP 4.3.5 is not marked stable on alpha. With ACCEPT_KEYWORDS="~alpha" set, the emerge fails with the same error. checking for SablotSetEncoding in -lsablot... no checking for SablotGetOptions in -lsablot... no checking for YAZ support... no checking whether to include YP support... yes checking for yp_match in -lnsl... no checking for yp_match in -lc... no configure: error: Unable to find required yp/nis library !!! ERROR: dev-php/php-4.3.5 failed. !!! Function econf, Line 365, Exitcode 1 !!! econf failed
Comment 4 Stuart Herbert (RETIRED) 2004-03-29 11:00:55 UTC
On my x86 box, /usr/lib/libnsl.so is provided by sys-libs/glibc. Do you have /usr/lib/libnsl.so on your machine? I can't spot a way to disable building libnsl in the glibc ebuild. /me scratches head. You should have it, and it should be there. I've copied this bug to the base-system herd. Hopefully someone from there can explain how this can happen, and what to do about it. Best regards, Stu
Comment 5 Mark Douglas 2004-03-29 11:16:57 UTC
Ok, fixed the problem. Stu's pointing out where this library file is located made me do some more digging. I found out that I had the file, so why wasn't my machine finding the library during the configure test? Seems like /usr/lib wasn't in my ld.so.conf. Why? I have NO idea. I added a 99personal file to /etc/env.d with the contents LDPATH="/usr/lib", ran env-update, check my new /etc/ld.so.conf, I now have /usr/lib listed there. I run emerge php, and I pass the nis check no problem. So, I guess this bug report becomes, how is it that /usr/lib is not included by default in an env.d file?
Comment 6 Stuart Herbert (RETIRED) 2004-03-29 13:33:52 UTC
Okay, I think the thing to do now is to re-assign this over to the base-system team, to let them look at it. This is more their thing than ours. Best regards, Stu
Comment 7 Jon Portnoy (RETIRED) 2004-03-29 13:45:43 UTC
/usr/lib in ld.so.conf is unnecessary because the linker looks there (and /lib) by default anyway. Your linker is apparently broken. Can you reproduce this anywhere else? It may be something bizarre happening with Alpha's toolchain.
Comment 8 Mark Douglas 2004-03-29 14:00:45 UTC
I've only had this problem on this one system, haven't tested on my other alpha's as they're not running webservers. I could dig deeper into that if necessary. Note however that a previous comment on this bug has another user with the same issue on an x86 platform. Let me know how you'd like to proceed.
Comment 9 Jon Portnoy (RETIRED) 2004-03-29 14:22:35 UTC
The ebuild doesn't do anything bizarre to the search path as far as I can see, but I'm not as intimately familiar with it as Martin is. Regardless, what happens if you simply reinstall binutils? Upon further consideration, the fact that you didn't see this until installing mod_php leads me to believe it's something package-specific that the configure script is doing that binutils chokes on. I don't think this is a base-system bug.
Comment 10 Mark Douglas 2004-03-30 07:36:50 UTC
Alright, that's the solution - I removed my manual /usr/bin env.d entry, ran env-update, re-emerged binutils, and re-emerged mod_php successfully. I guess something was borked with my binutils *shrug*. Thanks for all the help in resolving this issue.
Comment 11 Jon Portnoy (RETIRED) 2004-03-30 07:53:38 UTC