Bug 66096 – Upgrading subversion from 1.0.8 to 1.1.0 fails.

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Eric Lesage 2004-10-02 00:54:05 UTC]

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"

[Comment 1 Aron Griffis (RETIRED) 2004-11-11 20:16:58 UTC]

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.