Bug 229045 – dev-util/subversion-1.5.0: undefined symbols in /usr/lib/libsvn_ra-1.so.0.0.0

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Martin von Gagern 2008-06-23 13:21:53 UTC]

There is an error in build.conf which results in three undefined symbols in libsvn_ra-1.so.0.0.0 if USE=dso is enabled. A patch for this has been applied to the r31852 of the upstream trunk, but I don't know when 1.5.1 will be released. As USE=dso is the default for this ebuild, I suggest Gentoo include that fix now.

# ldd -r /usr/lib/libsvn_ra-1.so.0.0.0 
	linux-gate.so.1 =>  (0xffffe000)
	libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0xb7ff2000)
	libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xb7fd4000)
	libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0xb7faf000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb7f97000)
	libc.so.6 => /lib/libc.so.6 (0xb7e5f000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7e40000)
	libz.so.1 => /lib/libz.so.1 (0xb7e2e000)
	libgdbm.so.3 => /usr/lib/libgdbm.so.3 (0xb7e27000)
	libdb-4.6.so => /usr/lib/libdb-4.6.so (0xb7d02000)
	libuuid.so.1 => /lib/libuuid.so.1 (0xb7cfd000)
	librt.so.1 => /lib/librt.so.1 (0xb7cf3000)
	libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7cc1000)
	libdl.so.2 => /lib/libdl.so.2 (0xb7cbd000)
	/lib/ld-linux.so.2 (0x4f12d000)
undefined symbol: svn_compat_wrap_file_rev_handler	(/usr/lib/libsvn_ra-1.so.0.0.0)
undefined symbol: svn_txdelta_send_txstream	(/usr/lib/libsvn_ra-1.so.0.0.0)
undefined symbol: svn_txdelta	(/usr/lib/libsvn_ra-1.so.0.0.0)

All of these symbols are defined in /usr/lib/libsvn_delta-1.so.0.0.0 which is not marked as a dependency of libsvn_ra-1.so.0.0.0 due to the bug.

[Comment 1 Arfrever Frehtes Taifersar Arahesis (RETIRED) 2008-06-23 15:18:57 UTC]

build.conf isn't used by eautoconf, so autogen.sh will have to be used again :)

[Comment 2 Mark Keisler 2008-06-30 14:56:51 UTC]

Why not just bump to subversion-1.5.0-r1 and apply this patch? http://svn.collab.net/viewvc/svn/trunk/build.conf?r1=31616&r2=31852&view=patch&pathrev=31852
I did this on a local overlay on my system and it worked fine.

[Comment 3 Martin von Gagern 2008-06-30 18:41:03 UTC]

Created attachment 158993 [details, diff]
r31852 and autogen.sh

(In reply to comment #1)
> build.conf isn't used by eautoconf, so autogen.sh will have to be used again

If you want to avoid that, the attached patch captures not only the modification to build.conf but also the effect that has on build-outputs.mk via autogen.sh and gen-make.py.

> Why not just bump to subversion-1.5.0-r1 and apply this patch?
> I did this on a local overlay on my system and it worked fine.

Do you mean you did not run autogen in any way, just applied that patch to your overlay, and the resulting build was linked against libsvn_delta-1.so even when USE=dso was specified? I couldn't reproduce that fix; I needed the modifications to build-outputs.mk as well.

[Comment 4 Mark Keisler 2008-06-30 19:01:20 UTC]

oops, momentary lapse of reason.  I must have run ldd without the -r option to check my work.
At any rate, let's patch instead of waiting for upstream to put out 1.5.1

[Comment 5 Arfrever Frehtes Taifersar Arahesis (RETIRED) 2008-08-29 11:52:06 UTC]

Fixed in Subversion 1.5.1.