I'm trying to compile Evo on a system that only has db4 emerged, not db1 and db3. The evo compile fails w/ a linker error that -ldb1 is failing (which makes sense, since it's not on the system). On the other hand, ximian doesn't list db1 as a requirement (the ebuild does correctly download a very specific version of db3). My temporary workaround has been to symlink /usr/lib/libdb1.a to point to /usr/lib/libdb.a, and that seems to be working. Reproducible: Always Steps to Reproduce: 1. 2. 3. # emerge info Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1) ================================================================= System uname: 2.5.67 i686 Intel(R) Pentium(R) 4 CPU 1.90GHz GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo " CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg kde libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gtkhtml alsa gdbm berkdb slang readline arts tetex bonobo svga tcltk java guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt motif opengl mozilla ldap cdr scanner pda" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-mcpu=i686 -O2 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="ccache sandbox digest noclean noauto cvs"
looks like it has something to do with evolution hardcoding db1 support if you use mozilla's NSS for SSL. i'll try and find out whether that is _really_ necessary, given that hack was put in in 2000.
ok .. the -ldb1 requirement seems totally unnecessary, seems to be a workaround for some redhat systems, as far as i can tell. i tried stripping that out of the compile flags and it seems to work. but some underlying libs still link to libdb.so.2. i'll look into this a bit more
alright, the -ldb1 is now stripped from the ebuild.