[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: error while loading shared libraries: libgssapi_krb5.so.2

From: david x callaway <dxc_at_pobox.com>
Date: 2007-05-14 12:49:00 CEST

Ulrich Eckhardt wrote:
> On Monday 14 May 2007 07:59, Offer Kaye wrote:
>> On 5/14/07, david x callaway wrote:
>>> that library is part of the krb5-libs package. if svn is not running
>>> correctly on the machine it is something the administrator needs to fix.
>> Thanks for taking the time to answer David.
>> Maybe I wasn't clear enough. When I said "Please remember that I'm
>> just a user, I don't have an easy way to supply all the required
>> dependencies", I meant, among other things, that I can't simply go up
>> to an admin and ask for help. I'm on my own here.
> Too bad. Here, both admins and developers work for the same company and
> generally pull in the same direction. I won't discuss that topic any further
> though, since problems with bioware don't belong on this list.
>>> the only way for the machine to get into the state you describe is for
>>> someone to either a) install subversion without satisfying its
>>> dependencies, or b) copy an already built binary without copying its
>>> dependencies. svn and its dependencies could have been installed by
>>> yum install subversion
>>> (after installing yum).
>>> if you "installed" svn by copying a 32bit binary onto a 64bit machine it
>>> is likely that b) is the problem.
>> I didn't "copy" svn, I specifically said I compiled it (I'll add now,
>> from source, if that wasn't clear) on a 32bit machine, then tried to
>> run it *through the network* on a 64bit machine.
> What is "through the network"? Did you mount the installdir via NFS, did you
> run it inside a SSH initiated from the 64 bit machine? Are you accessing an
> svnserve or Apache process via the net? Did you copy the binaries to the 64
> bit machine and try to run it there? Well, the latter would be the same as
> mounting via NFS. Anyway, seems whatever method you chose (I guess 1 or 4)
> didn't take care of libraries that it needs, so you need to copy those, too.
> Now, you can always install Subversions and its dependencies locally for your
> user. All you need is to give '--prefix=$(HOME)/install' to the configure
> script and then tweak a few paths for the compiler, runtime linker and shell.
> Repeat the same for required libraries (configure will tell you).

just so we are clear about this, here is the list of shared library
dependencies on my machine running FC6; the length of the list should
make you again consider how to get your admin to do it instead:

        linux-gate.so.1 => (0x003a7000)
        libsvn_client-1.so.0 => /usr/lib/libsvn_client-1.so.0 (0x00f13000)
        libsvn_wc-1.so.0 => /usr/lib/libsvn_wc-1.so.0 (0x00364000)
        libsvn_ra-1.so.0 => /usr/lib/libsvn_ra-1.so.0 (0x00110000)
        libsvn_diff-1.so.0 => /usr/lib/libsvn_diff-1.so.0 (0x005e0000)
        libsvn_ra_local-1.so.0 => /usr/lib/libsvn_ra_local-1.so.0 (0x004a6000)
        libsvn_repos-1.so.0 => /usr/lib/libsvn_repos-1.so.0 (0x00114000)
        libsvn_fs-1.so.0 => /usr/lib/libsvn_fs-1.so.0 (0x00134000)
        libsvn_fs_fs-1.so.0 => /usr/lib/libsvn_fs_fs-1.so.0 (0x0013a000)
        libsvn_fs_base-1.so.0 => /usr/lib/libsvn_fs_base-1.so.0 (0x00bf4000)
        libsvn_ra_svn-1.so.0 => /usr/lib/libsvn_ra_svn-1.so.0 (0x00c9f000)
        libsvn_ra_dav-1.so.0 => /usr/lib/libsvn_ra_dav-1.so.0 (0x002b2000)
        libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0x0071a000)
        libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0x00226000)
        libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0x003ee000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x00e6c000)
        libldap-2.3.so.0 => /usr/lib/libldap-2.3.so.0 (0x00156000)
        liblber-2.3.so.0 => /usr/lib/liblber-2.3.so.0 (0x0098e000)
        libdb-4.3.so => /lib/libdb-4.3.so (0x00cb9000)
        libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00ab8000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00190000)
        libneon.so.25 => /usr/lib/libneon.so.25 (0x0052a000)
        libssl.so.6 => /lib/libssl.so.6 (0x00df3000)
        libcrypto.so.6 => /lib/libcrypto.so.6 (0x00724000)
        libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x001a7000)
        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x0068b000)
        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x001d2000)
        libcom_err.so.2 => /lib/libcom_err.so.2 (0x001f8000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x00ed9000)
        libdl.so.2 => /lib/libdl.so.2 (0x001fb000)
        libexpat.so.0 => /lib/libexpat.so.0 (0x001ff000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00258000)
        libc.so.6 => /lib/libc.so.6 (0x00f3b000)
        libuuid.so.1 => /lib/libuuid.so.1 (0x00220000)
        libpq.so.4 => /usr/lib/libpq.so.4 (0x0026b000)
        libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00b7c000)
        libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x0057e000)
        /lib/ld-linux.so.2 (0x0064a000)
        libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x0028b000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x00422000)

> Uli

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon May 14 12:49:26 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.