tag 609243 + moreinfo unreproducible thanks On Fri, 2011-01-07 at 23:24 +0530, Ramkumar Ramachandra wrote: > From an upstream script, iconv can refer to either apr-iconv or > gnu-iconv: > http://www.apache.org/dist/apr/apr-iconv-$(VERSION).tar.gz > http://ftp.gnu.org/pub/gnu/libiconv/libiconv-$(VERSION).tar.gz
I can't reproduce this. So far as I can see, subversion itself doesn't require iconv at all, so I assume that on your system it is being pulled in indirectly (ldd will recurse): a...@hathi:~$ ldd `which svn` | grep -c iconv 0 a...@hathi:~$ dpkg-query -W subversion subversion 1.6.12dfsg-4 > If I try to fetch and compile one of these by hand, Subversion fails > with yet another error (I suspect that Subversion was compiled with > threading support while APR was not): > svn: symbol lookup error: /usr/lib/libsvn_subr-1.so.1: undefined symbol: > apr_thread_mutex_create > > $ ldd `which svn` [...] > libapr-1.so.0 => /usr/local/apr/lib/libapr-1.so.0 (0x00007f03372ac000) [...] > libaprutil-1.so.0 => /usr/local/apr/lib/libaprutil-1.so.0 > (0x00007f0336b0a000) Do things improve if you move your local APR libraries out of the way so that the versions from the Debian packages are used? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
