Package: subversion Version: 1.4.0-3 When updating some working dirs from remote repositories, I found svn segfaulting. Backtracing the core led to the discovery that svn used the libs from previous libsvn0, which barfed in apr_palloc() called by (further up) svn_ra_open2 () from /usr/lib/libsvn_ra-1.so.0 lying still around due to dependencies. Obviously it was loaded because the libsvn1 was installed but does not contain the actual libs.
As far as I can tell, they don't get built with the desired SOVERSION. Please see http://buildd.debian.org/fetch.php?&pkg=subversion&ver=1.4.0-3&arch=amd64&stamp=1160176708&file=log&as=raw Poking around a bit, I think the culprit is in line 50 of the apr-abi patch. The alternatives as they stand lead to an SVN_LT_SOVERSION of 0 if in apr.h APR_HAS_LARGE_FILES is true, which is the opposite of what is really desired. Swapping the alternatives led to the correct setting of SVN_LT_SOVERSION. I don't know, if that's the best way to handle it, but as $apr_lfs_abi doesn't seem to be used anywhere else, I gave it a try. So I could locally build without error, libs in libsvn1, and a non segfaulting "svn up". Please feel free to contact me, if you need more info, coredumps etc. from my testing. Best regards, Klaus Hoercher -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-wb-a Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages subversion depends on: ii libapr1 1.2.7-6 The Apache Portable Runtime Librar ii libc6 2.3.6.ds1-5 GNU C Library: Shared libraries ii libsvn1 1.4.0-3 Shared libraries used by Subversio subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
