Bugzilla Bug 169507

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