Emerging subversion 1.0.4-r1 blew up during compile because the linker could not find the gbdm shared library. Emerging gdbm solved the problem; here's the patch to add the proper dependancy: --- /usr/portage/dev-util/subversion/subversion-1.0.4-r1.ebuild 2004-06-11 20:36:40.000000000 -0700 +++ portage_overlay/dev-util/subversion/subversion-1.0.4-r1.ebuild 2004-06-16 16:21:21.358991880 -0700 @@ -41,7 +41,8 @@ >=net-misc/neon-0.24.4 berkdb? ( =sys-libs/db-4* java? ( virtual/jdk ) ) - emacs? ( virtual/emacs )" + emacs? ( virtual/emacs ) + >=gdbm-1.8.0" DEPEND="${RDEPEND} || ( Reproducible: Always Steps to Reproduce: 1. emerge unmerge gdbm 2. emerge subversion Actual Results: subversion breaks during the build, failing when it tries to link to gdbm Expected Results: subversion should emerge gdbm before itself, as a dependancy.
Could you show your error messages? Subversion should not depend on gdbm at all. Could it be that you compiled apache2 with gdbm support?
I was hoping to avoid a big, messy debug post by putting up a patch... Shame on me, I should know better than to try and solve a problem without proper analysis ;). *unmerges gdbm to start out as before* Hmmm... *pokes `emerge subversion`* Calculating dependencies ...done! >>> emerge (1 of 1) dev-util/subversion-1.0.4-r1 to / >>> md5 src_uri ;-) subversion-1.0.4.tar.bz2 berkdb apache2 * The apache2 subversion module will be built, and libapr from the * apache package will be used instead of the included. Hmmmm...? *pokes `etcat uses apache`* U I [ Found these USE variables in : net-www/apache-2.0.49-r3 ] + - berkdb : Adds support for sys-libs/db (Berkeley DB for MySQL) - - gdbm : Adds support for sys-libs/gdbm (GNU database libraries) + + ldap : Adds LDAP support (Lightweight Directory Access Protocol) - - threads : Enable thread support + + ipv6 : Adds support for IP version 6 + + doc : Adds extra documentation (API, Javadoc, etc) - - static : !!do not set this during bootstrap!! Causes things to be statically linked instead of dynamically + + ssl : Adds support for Secure Socket Layer connections So I would not say that it's apache's fault. Hmmmm... *resumes poking `emerge subversion`* How odd... it went all the way through. I know this broke my world update at least twice, and I know it broke when I emerged it directly, but I didn't save the place it broke. All I have is a log indicating that subversion did indeed fail: <...> 1087424498: === (13 of 15) Compiling/Merging (net-im/gaim-0.78-r3::/usr/portage /net-im/gaim/gaim-0.78-r3.ebuild) 1087425358: === (13 of 15) Post-Build Cleaning (net-im/gaim-0.78-r3::/usr/porta ge/net-im/gaim/gaim-0.78-r3.ebuild) 1087425360: >>> AUTOCLEAN: net-im/gaim 1087425363: === Unmerging... (net-im/gaim-0.78-r2) 1087425368: >>> unmerge success: net-im/gaim-0.78-r2 1087425370: ::: completed emerge (13 of 15) net-im/gaim-0.78-r3 to / 1087425370: >>> emerge (14 of 15) dev-util/subversion-1.0.4-r1 to / 1087425370: === (14 of 15) Cleaning (dev-util/subversion-1.0.4-r1::/usr/portage /dev-util/subversion/subversion-1.0.4-r1.ebuild) 1087425378: === (14 of 15) Compiling/Merging (dev-util/subversion-1.0.4-r1::/us r/portage/dev-util/subversion/subversion-1.0.4-r1.ebuild) 1087425492: *** terminating. Hmmm... *unmerges subversion and then re-emerges* Unusual... now I can't reproduce it :/. I'll get back to you if I find this thing again... maybe my system just managed to wriggle its way into some kind of inconsistent state. Grep shows me that -lgbdm does indeed show up throughout the package, though. For completenes' sake, here's the dump from "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) ================================================================= System uname: 2.6.5-gentoo i686 Pentium III (Coppermine) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-g -O2 -march=pentium3 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/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/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-g -O2 -march=pentium3 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache nostrip sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/root/portage_overlay/" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acl acpi adns aim alsa apache2 audiofile avi berkdb bidi bonobo caps cjk crypt cscope cups curl dedicated dga directfb divx4linux doc dvd encode esd ethereal evo fam fastcgi fbcon fdftk fftw flac flash foomaticdb gb gd gif ginac gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml icq imagemagick imap imlib ipv6 jabber java jikes joystick jpeg lcms ldap lesstif libgda libwww mad maildir mbox mcal mikmod mmx mozilla mpeg mpi msn nas ncurses netcdf nocd offensive oggvorbis oscar pam pcmcia pdflib pic plotutils png pnp ppds quicktime readline samba sasl scanner sdl slang slp speex spell sse ssl svg svga szip tcpd tetex theora tiff truetype unicode usb vhosts wmf wxwindows x86 xinerama xml xml2 xmms xosd xv xvid yahoo yaz zeo zlib"
like paul said, sounds like gdbm was around at some point and another lib linked against it which triggered this
