The configure script for apr-util-0.9.12 does not appear to find Berkeley DB, even though it is properly installed and is being passed correctly into the configure script. Reproducible: Always Steps to Reproduce: 1. USE=berkdb emerge =apr-0.9.12 =apr-util-0.9.12 2. 3. Actual Results: !!! ERROR: dev-libs/apr-util-0.9.12 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' environment, line 3846: Called src_compile apr-util-0.9.12.ebuild, line 50: Called econf '--datadir=/usr/share/apr-util-0' '--with-apr=/usr' '--with-expat=/usr' '--with-ldap' '--without-gdbm' '--with-dbm=db45' '--with-berkeley-db=/usr/include/db4.5:/usr/lib' ebuild.sh, line 577: Called die The config.log, which is attached, was not very much help. The relevant section appears to be this: configure:7366: result: no configure:7401: checking for ldap_ssl.h configure:7408: result: no configure:24881: error: Berkeley DB not found. The HUGE jump in the configure script from line 7408 to line 24881 seems to skip all of the work of actually looking for th db library, since there are dozens of lines that should be echo'd to the config.log that are missing. Here's emerge --info: Portage 2.1.2.1 (selinux/2005.1/x86/hardened, gcc-3.4.6, glibc-2.3.6-r5, 2.6.18-hardened i686) ================================================================= System uname: 2.6.18-hardened i686 Intel(R) XEON(TM) CPU 2.20GHz Gentoo Base System release 1.12.9 Timestamp of tree: Mon, 05 Mar 2007 14:30:01 +0000 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.20-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/php/apache1-php5/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox selinux sesandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/vmware /usr/portage/local/layman/sunrise /usr/portage/local/layman/gnome-experimental" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="apache apache2 bash-completion berkdb bzip2 crypt hardened kerberos ldap midi mysql ncurses nptl nptlonly pam pic python readline samba selinux ssl threads x86 xml zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev vga" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 112215 [details] config.log
Uhm; >=sys-libs/db-4.4 is masked for a reason.
(In reply to comment #2) > Uhm; >=sys-libs/db-4.4 is masked for a reason. > apr-util works perfectly fine with db-4.4, which is masked as well. It's not the fault of db, it's a problem with the configure script in apr-util. I dug around in the autoconf source and have a patch that appears to work, but it's not obvious to me how to apply it properly. It's a patch to one of the .m4 source files, which requires a 'buildconf' script in the apr-utils source directory to run. But 'buildconf' requires the apr-0.9.12 source to be present in order to work. I also tried running autoheader/autoconf inside src_unpack, but that ended up making the library install into /usr/local/apr instead of /usr. Anyway, I've attached the patch in case someone else can figure out how to make it work.
Created attachment 112222 [details] Patch to add db-4.5 support to apr-util 0.9.12
*** Bug 169586 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > Uhm; >=sys-libs/db-4.4 is masked for a reason. I'm sorry jakub, but db isn't masked ...
(In reply to comment #6) > (In reply to comment #2) > > Uhm; >=sys-libs/db-4.4 is masked for a reason. > > I'm sorry jakub, but db isn't masked ... OK, it isn't masked anymore ;)
(In reply to comment #4) > Created an attachment (id=112222) [edit] > Patch to add db-4.5 support to apr-util 0.9.12 I presume that's the patch from UPSTREAM (http://svn.apache.org/viewvc/apr/apr-util/trunk/build/dbm.m4?r1=376178&r2=472635). When changing files in build (or any other prebuild files, like the m4 macros, *.in), run eautoreconf (from autotools) afterwards and it should be fine then .. Still need to figure out, why it installs in /usr/local ...
(In reply to comment #8) > Still need to figure out, why it installs in /usr/local ... Found that .. after changing config.layout, seems to install like it did in the first place.
*** Bug 175289 has been marked as a duplicate of this bug. ***
Hi, since db-4.5 is being marked stable on most arches, the stable branch of apr-util-0* needs to support db45. Indeed, apache (and maybe other ebuilds) still needs apr-util-0*. Actually, i have db45 installed, apr-util-0* resolves with apr-util-0.9.12, which fails to compile. [suzaku:/var/tmp/portage/dev-libs/apr-util-0.9.12/work/apr-util-0.9.12] ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/sha e/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --datadir=/usr/share/apr-util-0 --with-apr=/us --with-expat=/usr --with-gdbm --with-dbm=db45 --with-berkeley-db=/usr/include/db4.5:/usr/lib64 --libdir=/usr/lib64 --build=x86_64-pc-linux-gn checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for working mkdir -p... yes APR-util Version: 0.9.12 checking for chosen layout... apr-util Applying apr-util hints file rules for x86_64-pc-linux-gnu checking for APR... yes setting CC to "x86_64-pc-linux-gnu-gcc" setting CPP to "x86_64-pc-linux-gnu-gcc -E" setting CFLAGS to " -pthread" setting CPPFLAGS to " -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE" checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes checking for x86_64-pc-linux-gnu-gcc option to accept ANSI C... none needed checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for ldap support... checking gdbm.h usability... yes checking gdbm.h presence... yes checking for gdbm.h... yes checking for gdbm_open in -lgdbm... yes configure: error: Berkeley DB not found.
Solved unmasking apr-util-0.9.12-r1 that is marked ~arch. my emerge --info Portage 2.1.2.7 (default-linux/amd64/2006.0, gcc-4.1.2, glibc-2.5-r3, 2.6.20-gentoo-r8 x86_64) ================================================================= System uname: 2.6.20-gentoo-r8 x86_64 AMD Turion(tm) 64 X2 Mobile Technology TL-50 Gentoo Base System release 1.12.9 Timestamp of tree: Tue, 19 Jun 2007 07:00:01 +0000 dev-java/java-config: 1.3.7, 2.0.32 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon64 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://gentoo.eliteitminds.com ftp://mirror.scarlet-internet.nl/pub/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/" LANG="it_IT" LINGUAS="it" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac aalib acpi alsa amd64 amuled apache2 arts audiofile avi bash-completion berkdb bitmap-fonts bluetooth branding browserplugin bzip2 cdb cdda cddb cdinstall cdio cdparanoia cdr cli codecs cpudetection cracklib crypt css ctype cups curl dbus dga divx4linux dlloader doc dri dts dv dvb dvd dvdr dvdread dxr3 edl eds emboss emul-linux-x86 encode exif faad fame ffmpeg firefox flac foomaticdb fortran ftp gcj gd ggi gif gimp gimpprint glitz gphoto2 gpm gstreamer gtk gtk2 hal history hou iconv ieee1394 imagemagick imap imlib insecure-drivers ipv6 isdnlog ithreads jack java javascript jp2 jpeg kde kdeenablefinal latin1 lcd ldap libcaca live lm_sensors lzo lzw lzw-tiff mad matroska midi mikmod mime monkey mozbranding mozdevelop mozilla mp3 mpeg mplayer mppe-mppc mudflap musepack musicbrainz mysql mysqli mythtv ncurses netmeeting nls nodrm nowin nowlistening nptl nptlonly nsplugin nvidia objc objc++ objc-gc oci8 odbc ogg oggvorbis opengl openmp pam pcre pdf perl php png postgres ppds pppd python qt qt3 qt3support qt4 quicktime readline reflection remote samba scanner sdl sensord session smp sms sndfile sou sound speex spell spl ssl svg tcpd tga theora threads tidy tiff tokenizer truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vcd videos visualization vorbis webdav wifi winpopup xanim xine xinerama xml xmlreader xmlwriter xorg xpm xv xvid xvmc zeroconf zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it" USERLAND="GNU" VIDEO_CARDS="nv nvidia vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Same problem here on several installs (x86 and amd64) since quite some time. Problem is solved in apr-util-0.9.12-r1. Maybe apr-util-0.9.12-r1 can go stable?
Apache team, can we go on with this (and cc arches), so maybe db 4.5 will make it to stable one day? There are no open bugs and it is in Portage for more than 30 days.
This bug is not very nice - db-4.5 is stable for example on amd64, and see also bug 178750
Re-CCed arches on Bug 178750; no need for this one to stay open.
*** Bug 184873 has been marked as a duplicate of this bug. ***
Apparently arch people didn't get it. :/ Please, stabilize dev-libs/apr-util-0.9.12-r1
(In reply to comment #18) > Apparently arch people didn't get it. :/ Please, stabilize > dev-libs/apr-util-0.9.12-r1 > +1
ppc64 stable
Marked stable for HPPA: dev-libs/apr-util-0.9.12-r1
alpha/x86 stable
This bug is still causing problems for ppc32--at least it still is for me. dev-libs/apr-util-0.9.12 fails on not finding Berkeley DB even though it is installed. A snippet from my emerge --info: quicky ~ # emerge --info Portage 2.1.2.9 (default-linux/ppc/ppc32/2007.0/desktop/G4, gcc-4.1.2, glibc-2.5-r4, 2.6.21-gentoo-r4 ppc) ================================================================= System uname: 2.6.21-gentoo-r4 ppc 7450, altivec supported Gentoo Base System release 1.12.9 Timestamp of tree: Mon, 23 Jul 2007 23:20:01 +0000
apr-0 will go away as soon as apache-2.2 is stable, is this still an issue with apr-util-1.*?
Stable on ppc
same problem here emerge -DNatuv world today then problems being forced to upgrade to apache 2.2 and revdep-rebuild fails on libapr compiling agains bdb http://rafb.net/p/8oiMwG60.html http://rafb.net/p/vhCQd649.html http://rafb.net/p/QTZ4OM46.html
(In reply to comment #26) > same problem here > emerge -DNatuv world today > then problems being forced to upgrade to apache 2.2 and revdep-rebuild fails on > libapr compiling agains bdb > > http://rafb.net/p/8oiMwG60.html > http://rafb.net/p/vhCQd649.html > http://rafb.net/p/QTZ4OM46.html complete config.log here : http://xena.ww7.be/config.log what should I do waiting for an answer ? reinstall an old apache 2.0 ebuild ? >
you don't need apr-0 for apache 2.2. also 0.9.12-r1 has fixed this, so don't compile 0.9.12 against berkdb 4.5
mips, move to Bug 198866.
