I have subversion 1.0.8 installed on my system. While trying to emerge version 1.1.0 (just out) I encounter this problem: subversion/svnversion/svnversion . /repos/svn/trunk > /var/comp/portage/subversion-1.1.0/image//usr/include/subversion-1/svn-revision.txt lt-svnversion: error while loading shared libraries: /var/comp/portage/subversion-1.1.0/work/subversion-1.1.0/subversion/libsvn_fs_base/.libs/libsvn_fs_base-1.so.0: undefined symbol: svn_delta_version make: *** [revision-install] Error 127 !!! ERROR: dev-util/subversion-1.1.0 failed. !!! Function src_install, Line 162, Exitcode 2 !!! Installation of subversion failed Please note the ebuild file has been modified to fix bug 62979; in the original ebuild this is line 160. Reproducible: Didn't try Steps to Reproduce: 1. emerge subversion 1.0.8 2. emerge subversion 1.1.0 (apply fix to ebuild wrt bug 62979) 3. observe failure while installing Actual Results: emerge fails due to the unfound symbol. Expected Results: emerge should continue... It is important to realize that the program called in the installation sequence (svnversion) is actually a libtool shell script. The program called is in fact .libs/lt-svnversion. This program differs from the real program (.libs/svnversion) in that it tries to locate its loadable libraries (.so) in the build directory if they can't be found in the system directories. However this procedure fails in this case because there is already in the system directories a matching library (libsvn_delta-1.so.0), installed as part of subversion 1.0.8. This version of the library does not include the new symbol "svn_delta_version" that is now required. Hence run-time failure. To summarize: 1. lt-svnversion needs library libsvn_fs_base-1.so.0 2. libsvn_fs_base-1.so.0 is loaded from the build directory 3. libsvn_fs_base-1.so.0 needs libsvn_delta-1.so.0 4. libsvn_delta-1.so.0 is loaded from system directory (/usr/lib). 5. libsvn_fs_base-1.so.0 has unresolved symbol libsvn_delta_version because the wrong libsvn_delta-1.so.0 has been loaded. Workaround: mkdir /usr/lib/CRUFT && mv /usr/lib/libsvn_* /usr/lib/CRUFT (tested) or alternatively unmerging the old subversion (untested) rids us of this problem (and others that would crop in if we just moved away libsvn_delta-1.so.1). The real fix of course is to make sure the new libraries are consulted first. Unfortunately I am not proficient in libtool magic; there are probably other issues involved. emerge info: Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.3.20040420-r0,2.3.3.20040420-r1, 2.6.8-gentoo-r4) ================================================================= System uname: 2.6.8-gentoo-r4 i686 Pentium II (Deschutes) 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" AUTOCLEAN="no" CFLAGS="-O2 -pipe -march=pentium2" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/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="-O2 -pipe -march=pentium2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache keeptemp keepwork noauto noclean nostrip sandbox userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://mirror.nutsmaas.nl/gentoo/ ftp://gentoo.inode.at/source/ http://ftp-mirror.internap.com/pub/gentoo/" MAKEOPTS="" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/comp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X Xaw3d aalib accessibility acl acpi activefilter alsa apache2 apm arts atm audiofile avi bcmath berkdb bidi bitmap-fonts bonobo bzlib calendar caps cdparanoia cdr cjk crypt cscope ctype cups curl curlwrappers dba dbase dbm dbx dga dio divx4linux doc dvb dvd dvdr dvdread edl emacs encode esd evo exif extensions f77 fam flac flatfile foomaticdb ftp gb gcj gd gdbm gif gmp gnome gphoto2 gpm gps gstreamer gtk gtk2 gtkhtml guile icq imagemagick imap imlib immqt-bc inifile innodb ipv6 jabber jack jack-tmpfs java joystick jpeg kde kerberos lcms ldap leim lesstif libcaca libg++ libwww live lzo mad maildir mailwrapper matroska matrox mbox mcal memlimit mhash mikmod milter mime ming mmap mmx mng motif mozilla mpeg multitarget mysql mythtv nas ncurses netcdf network nls nptl oav objc odbc offensive oggvorbis openal opengl oss pam pcntl pcre pda pdflib perl php pic pie plotutils png postgres ppds prelude pwdb python qt quicktime readline rtc ruby samba sasl scanner sdk sdl session shared sharedmem slang slp snmp soap sockets socks5 speex spell spl ssl svg svga sysvipc tcltk tcpd tetex tga theora tidy tiff tokenizer truetype unicode usb v4l v4l2 vhosts videos vim-with-x wddx wmf x86 xinemara xinerama xml2 xmlrpc xmms xosd xpm xprint xsl xv xvid yaz zlib"
I just installed subversion-1.0.9 and then updated to 1.1.1. The problem appears to be fixed here. Please re-open if it's still a problem for you.