Bug 53650 – Subversion emerge fails, says cannot find Berkley DB 4.0.14, but epm reports it is installed.

• Status: RESOLVED DUPLICATE of bug 114481
• Product: Gentoo Linux

[Description Tom Wigington 2004-06-11 07:59:44 UTC]

Trying to install Subversion, but the emerge fails during configure. Which is unable to find the Berkley DB installation. (more detail in results section.)

Reproducible: Always
Steps to Reproduce:
1. emerge subversion

Actual Results:  
checking for availability of Berkeley DB... no
configure: error: Berkeley DB 4.0.14 wasn't found.

!!! ERROR: dev-util/subversion-1.0.4-r1 failed.
!!! Function econf, Line 365, Exitcode 1
!!! econf failed




gourami portage # emerge info
Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.6.5-gentoo-r1)
=================================================================
System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) processor
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-tbird -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /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/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
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="X alsa apache2 apm arts avi berkdb bonobo crypt cups dvd encode esd
foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg kde libg++
libwww mad maildir mikmod motif mozilla mpeg mysql ncurses nls oggvorbis opengl
oss pam pdflib perl png postgres python qt quicktime readline samba sdl slang
spell ssl svga tcpd tetex theora truetype x86 xml xml2 xmms xv zlib"

gourami portage # epm -qG db
sys-libs/db-1.85-r1
sys-libs/db-3.2.9-r9
sys-libs/db-4.1.25_p1-r3
sys-libs/db-4.0.14-r2

[Comment 1 Paul de Vrieze (RETIRED) 2004-06-11 11:22:20 UTC]

Please attach /var/tmp/portage/subversion-1.0.4-r1/work/subversion-1.0.4/config.log

[Comment 2 Tom Wigington 2004-06-11 12:49:10 UTC]

Created attachment 33098 [details]
/var/tmp/portage/subversion-1.0.4-r1/work/subversion-1.0.4/config.log

[Comment 3 paul 2004-06-19 11:58:40 UTC]

I see the same behaviour here with db4.2. It seems the build fails if there is a newer/different version of db installed than that used for apache/apr-util. The failure in the build/ac-macros/berkeley-db.m4 looks very similar to bug 46936. Due to my limited knowledge I failed to "port" the solution from Max Kalika to be found in /usr/portage/dev-libs/cyrus-sasl/files/cyrus-sasl-2.1.18-db4.patch.

[Comment 4 Paul de Vrieze (RETIRED) 2004-06-19 23:53:12 UTC]

You are right, unless unavoidable, use the same version on apr/apu and subversion. From my tests it seems that 4.2 does not work reliable in any case, but that could be caused my versioning conflicts

[Comment 5 Piotr Banasik 2005-03-06 16:48:02 UTC]

ok .. I unmerged db-4.2* and I was able to build subversion .. this is still current for latest version of subversion

maybe subversion should block db-4.2* ..

[Comment 6 Paul de Vrieze (RETIRED) 2005-03-07 04:42:15 UTC]

Subversion actually wants to link against the db version that your apache libraries were linked against. To fix this you can remerge your apache. I'll look at adding a check for this that explains this situation.

[Comment 7 Drakos7 /Greg Wilson/ 2005-03-22 12:06:10 UTC]

what if we cannot re-emerge apache? It is bombing out on me with stuff like: /var/tmp/portage/apache-2.0.52-r1/work/httpd-2.0.52/srclib/apr/.libs/libapr-0.so: undefined reference to 'pthread_create'. Is this a "/sbin/fix_libtool_files.sh" issue?

[Comment 8 Paul de Vrieze (RETIRED) 2005-03-22 12:34:49 UTC]

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

[Comment 9 Paul de Vrieze (RETIRED) 2005-03-22 12:38:39 UTC]

Greg, the pthread thing is probably a glibc issue. Hopefully remerging that will solve your apache recompilation problem. If you want another way, please attach your config.log. You could also try to change apu-config to use -ldb-4.0 instead of -ldb.

[Comment 10 Drakos7 /Greg Wilson/ 2005-03-22 15:08:45 UTC]

Thanks Paul. Recompiling glibc got me past that hurdle.

[Comment 11 Sigbjørn Lund Olsen 2005-06-14 14:48:29 UTC]

I had the same problem (1.1.4 and 1.2.0), spent hours on it today. For some
reason I'd set "-berkdb -gdbm" for apr-util in packages.keywords, removing that
solved the problem for me. I don't know much about ebuilds - is it possible to
make portage check whether a specific package has been built with specific use
flags?

[Comment 12 Jakub Moc (RETIRED) 2006-06-05 06:54:10 UTC]

Re-emerge apr/apr-util...

*** This bug has been marked as a duplicate of 114481 ***