Summary: | Subversion looks for libcom_err.so.3 which doesn't exist. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | HARGITAI Gabor <higany> |
Component: | [OLD] Development | Assignee: | Paul de Vrieze (RETIRED) <pauldv> |
Status: | RESOLVED CANTFIX | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
HARGITAI Gabor
2005-09-22 13:38:26 UTC
remerge subversion, or if u have unmerged sys-libs/com_err merge it back (with --oneshot). Of course I remerged com_err and then subversion, but it doesn't help. And equery depgraph subversion says that subversion doesn't depend on com_err. I can't find any dependency on libcom_err in my subversion. It's clearly a problem with one of the dependants of subversion. If I had to guess, I'd point at apr and apr-util. If you want to find where the problem exactly lies you can do it with ldd. Run "ldd /usr/bin/svn". Then do the same for all the libraries there, as long as libcom_err is still in the list. There is no need to check libc.so though. If no of the used libraries provide the libcom_err.so library you know that this library imports libcom_err.so itself. Okay, so neon is the problem. ldd /usr/bin/svn linux-gate.so.1 => (0xffffe000) libsvn_client-1.so.0 => /usr/lib/libsvn_client-1.so.0 (0xb7fb3000) libsvn_wc-1.so.0 => /usr/lib/libsvn_wc-1.so.0 (0xb7f88000) libsvn_ra-1.so.0 => /usr/lib/libsvn_ra-1.so.0 (0xb7f84000) libsvn_diff-1.so.0 => /usr/lib/libsvn_diff-1.so.0 (0xb7f7e000) libsvn_ra_local-1.so.0 => /usr/lib/libsvn_ra_local-1.so.0 (0xb7f78000) libsvn_repos-1.so.0 => /usr/lib/libsvn_repos-1.so.0 (0xb7f5b000) libsvn_fs-1.so.0 => /usr/lib/libsvn_fs-1.so.0 (0xb7f55000) libsvn_fs_fs-1.so.0 => /usr/lib/libsvn_fs_fs-1.so.0 (0xb7f39000) libsvn_fs_base-1.so.0 => /usr/lib/libsvn_fs_base-1.so.0 (0xb7f12000) libsvn_ra_svn-1.so.0 => /usr/lib/libsvn_ra_svn-1.so.0 (0xb7f02000) libsvn_ra_dav-1.so.0 => /usr/lib/libsvn_ra_dav-1.so.0 (0xb7eea000) libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0xb7ee2000) libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0xb7ebb000) libaprutil-0.so.0 => /usr/lib/libaprutil-0.so.0 (0xb7ea5000) libldap-2.2.so.7 => /usr/lib/libldap-2.2.so.7 (0x4c779000) liblber-2.2.so.7 => /usr/lib/liblber-2.2.so.7 (0x4c3e5000) libgdbm.so.3 => /usr/lib/libgdbm.so.3 (0xb7e9f000) libdb-4.2.so => /usr/lib/libdb-4.2.so (0x4c1a9000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x4ba58000) libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0xb7e7d000) librt.so.1 => /lib/tls/librt.so.1 (0x4c63a000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4d0b4000) libnsl.so.1 => /lib/libnsl.so.1 (0x4ca07000) libneon.so.24 => /usr/lib/libneon.so.24 (0x4922f000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x4c4fc000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4c530000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x4c7ab000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x4c10f000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x4c183000) libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7e4d000) libresolv.so.2 => /lib/libresolv.so.2 (0x4badd000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4d1a9000) libdl.so.2 => /lib/libdl.so.2 (0x4b8b1000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4b986000) libm.so.6 => /lib/tls/libm.so.6 (0x4b88c000) libz.so.1 => /lib/libz.so.1 (0x4b9ac000) libc.so.6 => /lib/tls/libc.so.6 (0x4b772000) /lib/ld-linux.so.2 (0x4b752000) libcom_err.so.3 => not found libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x4bc92000) higany@gnu:~ $ ldd /usr/lib/libneon.so.24 linux-gate.so.1 => (0xffffe000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x4c4fc000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4c530000) libdl.so.2 => /lib/libdl.so.2 (0x4b8b1000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x4c7ab000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x4c10f000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x4c183000) libcom_err.so.3 => not found libresolv.so.2 => /lib/libresolv.so.2 (0x4badd000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4d1a9000) libz.so.1 => /lib/libz.so.1 (0x4b9ac000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4b986000) libm.so.6 => /lib/tls/libm.so.6 (0x4b88c000) libc.so.6 => /lib/tls/libc.so.6 (0x4b772000) /lib/ld-linux.so.2 (0x80000000) libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7fcc000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x4bc92000) And no of the used libraries provide libcom_err.so.3 equery belongs -c net-misc /usr/lib/libneon.so.24 [ Searching for file(s) /usr/lib/libneon.so.24 in net-misc... ] net-misc/neon-0.24.7 (/usr/lib/libneon.so.24 -> libneon.so.24.0.7) emerge -pv neon These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] net-misc/neon-0.24.7 -expat +ssl +zlib 589 kB Total size of downloads: 589 kB Reemergin neon fixed the bug. Now the question is why couldn't revdep-rebuild detect this problem (I don't no if it should)? Probably revdep-rebuild might be able to find this. Only when giving libcom_err as dependency though. In any case I guess your bug's solved now. |