Your message dated Sat, 08 Jan 2011 10:21:36 +0000
with message-id <1294482096.2903.4103.ca...@hathi.jungle.funky-badger.org>
and subject line Re: Bug#609243: libiconv.so.2: cannot open shared object file:
No such file or directory
has caused the Debian Bug report #609243,
regarding libiconv.so.2: cannot open shared object file: No such file or
directory
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
609243: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609243
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: subversion
Version: 1.6.12dfsg-4
Severity: grave
Justification: renders package unusable
>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
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`
linux-vdso.so.1 => (0x00007fff81976000)
libsvn_client-1.so.1 => /usr/lib/libsvn_client-1.so.1
(0x00007f0337f9c000)
libsvn_wc-1.so.1 => /usr/lib/libsvn_wc-1.so.1 (0x00007f0337d53000)
libsvn_ra-1.so.1 => /usr/lib/libsvn_ra-1.so.1 (0x00007f0337b48000)
libsvn_delta-1.so.1 => /usr/lib/libsvn_delta-1.so.1 (0x00007f033793d000)
libsvn_diff-1.so.1 => /usr/lib/libsvn_diff-1.so.1 (0x00007f0337732000)
libsvn_subr-1.so.1 => /usr/lib/libsvn_subr-1.so.1 (0x00007f03374e0000)
libapr-1.so.0 => /usr/local/apr/lib/libapr-1.so.0 (0x00007f03372ac000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f0337090000)
libc.so.6 => /lib/libc.so.6 (0x00007f0336d2e000)
libaprutil-1.so.0 => /usr/local/apr/lib/libaprutil-1.so.0
(0x00007f0336b0a000)
libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x00007f03368bf000)
liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x00007f03366b0000)
libsvn_ra_local-1.so.1 => /usr/lib/libsvn_ra_local-1.so.1
(0x00007f03364a8000)
libsvn_repos-1.so.1 => /usr/lib/libsvn_repos-1.so.1 (0x00007f033627e000)
libsvn_fs-1.so.1 => /usr/lib/libsvn_fs-1.so.1 (0x00007f0336076000)
libsvn_ra_svn-1.so.1 => /usr/lib/libsvn_ra_svn-1.so.1
(0x00007f0335e5f000)
libsvn_ra_neon-1.so.1 => /usr/lib/libsvn_ra_neon-1.so.1
(0x00007f0335c3b000)
libsvn_ra_serf-1.so.1 => /usr/lib/libsvn_ra_serf-1.so.1
(0x00007f0335a15000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007f03357fe000)
libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007f0335562000)
librt.so.1 => /lib/librt.so.1 (0x00007f033535a000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007f0335123000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f0334f1f000)
/lib64/ld-linux-x86-64.so.2 (0x00007f03381ff000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f0334cf6000)
libiconv.so.2 => not found
libresolv.so.2 => /lib/libresolv.so.2 (0x00007f03347d9000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00007f03345c0000)
libgnutls.so.26 => /usr/lib/libgnutls.so.26 (0x00007f033431d000)
libsvn_fs_fs-1.so.1 => /usr/lib/libsvn_fs_fs-1.so.1 (0x00007f03340f4000)
libsvn_fs_base-1.so.1 => /usr/lib/libsvn_fs_base-1.so.1
(0x00007f0333ec5000)
libsvn_fs_util-1.so.1 => /usr/lib/libsvn_fs_util-1.so.1
(0x00007f0333cc3000)
libneon-gnutls.so.27 => /usr/lib/libneon-gnutls.so.27
(0x00007f0333a9a000)
libserf-0.so.0 => /usr/lib/libserf-0.so.0 (0x00007f0333889000)
libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x00007f0333678000)
libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x00007f0333400000)
libdb-4.8.so => /usr/lib/libdb-4.8.so (0x00007f0333086000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007f0332e50000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007f0332b88000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007f0332962000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x00007f033275e000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00007f033240e000)
libm.so.6 => /lib/libm.so.6 (0x00007f033218c000)
libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0x00007f0331f36000)
libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0x00007f0331b95000)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x00007f0331992000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007f0331789000)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00007f0331587000)
-- System Information:
Debian Release: 6.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages subversion depends on:
ii libapr1 1.4.2-6 The Apache Portable Runtime Librar
ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib
ii libsasl2-2 2.1.23.dfsg1-7 Cyrus SASL - authentication abstra
ii libsvn1 1.6.12dfsg-4 Shared libraries used by Subversio
subversion recommends no packages.
Versions of packages subversion suggests:
pn db4.8-util <none> (no description available)
ii patch 2.6-3 Apply a diff file to an original
pn subversion-tools <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sat, 2011-01-08 at 11:51 +0530, Ramkumar Ramachandra wrote:
> Adam D. Barratt writes:
> > On Fri, 2011-01-07 at 23:24 +0530, Ramkumar Ramachandra wrote:
> > > $ 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?
>
> I'm sorry I missed this! Thanks for the help, Adam.
> Brian: Thanks for pointing out that iconv is built into glibc in Debian.
>
> On a related note, why did Subversion pick up the libraries in
> /usr/local before the one in /usr? I don't have LD_LIBRARY_PATH or any
> related environment variable set.
You almost certainly do have this, however:
$ cat /etc/ld.so.conf.d/libc.conf
# libc default configuration
/usr/local/lib
which is provided by libc-bin.
Regards,
Adam
--- End Message ---
