Bug 81306 – subversion-1.1.3 configure fails to find DB 4.0.14

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Grant Goodyear (RETIRED) 2005-02-08 15:58:03 UTC]

checking for Apache module support via DSO through APXS... found at /usr/sbin/apxs2
checking httpd version... recent enough
checking for socket in -lsocket... no
checking for availability of Berkeley DB... no
configure: error: Berkeley DB 4.0.14 wasn't found.

I'll attach a copy of the config.log.

 # emerge --info   
Portage 2.0.51-r15 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r14 x86_64)
=================================================================
System uname: 2.6.9-gentoo-r14 x86_64 AMD Opteron(tm) Processor 250
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.4,dev-lang/python-2.4-r2 [2.4 (#1, Feb  8 2005, 10:10:35)]
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4, 2.4-r2
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.6.3, 1.8.5-r3, 1.7.9-r1, 1.4_p6, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r4
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache cvs distlocks sandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa apache2 berkdb bitmap-fonts crypt cups doc dvd esd f77 fam fortran gdbm gif gnome gpm gtk gtk2 imlib ipv6 jp2 jpeg kde libwww lzw lzw-tiff mad motif ncurses nls nptl opengl oss pam pda perl png python qt readline ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb userlocales xml2 xmms xpm xrandr xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

[Comment 1 Grant Goodyear (RETIRED) 2005-02-08 16:00:25 UTC]

Created attachment 50789 [details]
config.log

[Comment 2 Paul de Vrieze (RETIRED) 2005-02-09 01:45:34 UTC]

What seems to happen is that subversion tries to use the 4.2 headers, but linking against a 4.1 db library. The best solution is probably to remerge apache or apr

[Comment 3 Grant Goodyear (RETIRED) 2005-02-09 07:17:55 UTC]

Good catch!  How on earth did you realize that I needed to remerge apache?  In any event, problem solved.  Gracias.

[Comment 4 Paul de Vrieze (RETIRED) 2005-02-10 01:13:31 UTC]

Well, the bug has come up before. Subversion gets it's db version from the apache configuration (apu-config). Maybe I'll add a check to the package sometime that just tells users this is the problem.

[Comment 5 Jakub Moc (RETIRED) 2005-08-08 20:16:08 UTC]

*** Bug 101814 has been marked as a duplicate of this bug. ***

[Comment 6 Howard B. Golden 2005-08-28 15:55:50 UTC]

Re: Comment #2:

I believe you should reemerge ALL OF apache, apr and apr-util. I tried
reemerging ONLY apache and it didn't fix the problem. Reemerging apr and
apr-util caused subversion to find DB 4. (In my case, I was upgrading to
subversion-1.2.3-r1, but I had the same problem as reported above for
subversion-1.1.3.)

[Comment 7 Paul Varner (RETIRED) 2006-07-22 09:38:48 UTC]

*** Bug 141401 has been marked as a duplicate of this bug. ***