When I try to run svn I get: svn: error while loading shared libraries: libcom_err.so.3: cannot open shared object file: No such file or directory Here is my subversion: emerge -pv subversion These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] dev-util/subversion-1.2.3-r1 +apache2 +bash-completion +berkdb -emacs +java +nls -nowebdav +perl +python +zlib 0 kB I reemerged subversion and com_err, but it doesn't help. Revdep-rebuild -p only gives openoffice-bin. Reproducible: Always Steps to Reproduce: emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.3, glibc-2.3.5-r1, 2.6.13-gentoo-r2 i686) ================================================================= System uname: 2.6.13-gentoo-r2 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.8.1-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.linux.ee/pub/gentoo/distfiles http://trumpetti.atm.tut.fi/gentoo/" LANG="hu_HU" LC_ALL="hu_HU" LINGUAS="hu" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X aac aalib adns aim alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts bmp bonobo cairo calendar cdr crypt cups curl dga doc dts dv dvd dvdread eds emboss encode esd fam fbcon firefox flac foomaticdb fortran ftp gd gdbm gif gimp gimpprint glitz gnome gnomedb gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal howl icu imagemagick imap imlib java jpeg junit kde kdeenablefinal kerberos ldap libg++ libwww live mad mikmod mime mmx mono motif mozilla mp3 mpeg ncurses nls nntp nptl offensive ogg oggvorbis opengl oss pam pdflib perl pic png postgres ppds python qt quicktime readline samba scanner sdl slang smime sox spell sqlite sse ssl svg svga tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb videos vnc vorbis wxwindows xine xml xml2 xmms xprint xscreensaver xv zeroconf zlib video_cards_radeon linguas_hu userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
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.
