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.
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.
you can theoretically compile svn static, which would end the shared lib
dependencies, but from reading the list I doubt you want to go there,
and I doubt you want to run a 32bit binary on a 64bit machine in any
case (although theoretically you can). it would be easiest to just get
the admin to properly install subversion on the 64bit host.
dxc
Offer Kaye wrote:
> Hi,
> I compiled svn on a 32bit Linux machine running "Red Hat Enterprise
> Linux AS release 3 (Taroon Update 5)". "svn" command runs fine from
> that machine.
> However when I try to run the "svn" command from another machine on
> the network, a 64bit machine running the exact same OS (I think, I'm
> not the admin just a user), I get the following error message:
>
>> svn help
> svn: error while loading shared libraries: libgssapi_krb5.so.2: cannot
> open shared object file: No such file or directory
>
> What should I do? Is there a way to compile Subversion so that it
> doesn't depend on this library? Please remember that I'm just a user,
> I don't have an easy way to supply all the required dependencies, such
> as installing from RPM.
>
> Thanks,
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon May 14 02:41:40 2007