Emerging mod_php on a freshly installed stage3 box fails with a configure error: checking whether to enable DBA... no configure: error: DBA: Could not find necessary header file(s). Why is it looking for the header files when the support is not enabled for dba? Reproducible: Always Steps to Reproduce: 1. Install stage3 machine 2. emerge mod_php Actual Results: checking whether to enable DBA... no configure: error: DBA: Could not find necessary header file(s). Expected Results: Successful compile/install of mod_php Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r6 i686) ================================================================= System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg distlocks nodoc noinfo noman sandbox sfperms strict" MAKEOPTS="" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" USE="x86 alsa apache2 apm arts avi berkdb bitmap-fonts crypt cups eds emboss encode foomaticdb fortran gdbm gif gnome gstreamer gtk2 imlib java jpeg kde libg++ libwww mad mikmod mmx motif mp3 mpeg mysql ncurses nptl ogg oggvorbis opengl oss pdflib perl png python quicktime readline sdl spell sse ssl tcpd truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Oops, I mean mod_php-4.4.0-r3, I fat fingered it.
Created attachment 69112 [details] config.log
I had same problem. :(
*** This bug has been marked as a duplicate of 99779 ***
This is NOT a duplicate of 99779. This bug happens from a clean stage1 -> stage3 install. It is not a case of an "incorrect tool" being used, unless you consider the command "emerge mod_php" an incorrect usage. It is a critical, show stopping failure to compile and install an extremely critical package - mod_php. I believe it is something related to gdbm, since when I performed a 'USE="-gdbm" emerge mod_php' the package compiled and installed.
Post emerge -pv mod_php output.
Created attachment 69141 [details] Output of emerge -pv mod_php
Created attachment 69142 [details] package.use This package.use is the only customized settings other than what is in make.conf.
Created attachment 69143 [details] make.conf
Created attachment 69145 [details] Capture of output from emerge mod_php
OK, please try the following: 1/ Download the following gdbm-1.8.3-r1 revision and put it into /usr/portage/sys-libs/gdbm (overwrite the current ebuild) http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/sys-libs/gdbm/gdbm-1.8.3-r1.ebuild?rev=1.15 2/ Run 'ebuild /usr/portage/sys-libs/gdbm/gdbm-1.8.3-r1.ebuild digest' 3/ Re-emerge gdbm 4/ Run revdep-rebuild 5/ Try to emerge mod_php again.
gdbm is broken, reopen to dupe this bug.
*** This bug has been marked as a duplicate of 106970 ***
Thanks! Looks like the gdbm update takes care of business.