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.
build.conf isn't used by eautoconf, so autogen.sh will have to be used again :)
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.
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.
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
Fixed in Subversion 1.5.1.
