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

RE: Re: Problem integration Subversion with Apache

From: Andre Ambrosio <andre.ambrosio_at_eminit.com>
Date: 2006-06-29 21:36:01 CEST


Using the Dag's RPM I get libcom_err.so.3 missing. Using the
subversion-1.3.2-1.rhel3.i386.rpm is the same. No other dependence is
needed, and other RPM (such as neon) could not be installed because
libcom_err.so.3 too.

I have a newer version of krb5-libs which I think don't include the
libcom_err.so.3 and I can't install the older because some ohter program

Thanks so much for your help and the other guys, I'll have to look more
into the libcom...


-----Original Message-----
From: Kris Deugau [mailto:kdeugau@vianet.ca]
Sent: quinta-feira, 29 de junho de 2006 16:19
To: users@subversion.tigris.org
Subject: Re: Problem integration Subversion with Apache

Andre Ambrosio wrote:
> The first installation I tryied was from David's RPM, but it misses
> libcom_err.so.3 here. And, after you said, downloaded the Dag's
> packages and got no success too.

O_o Weird. Which packages did you download, and how did you try to
install them? You'll need a matching version of neon - this should be
the only "secondary" package required, and there are no other pieces
required outside of those in the stock distribution.

The easiest way to use packages from Dag's site (linked with RPMForge as
of close to a year ago now) is to add this entry to /etc/yum.conf:

# Dag Wieers' repository
name=Dag RPM Repository for RHEL3 and derivatives

And then do "yum install subversion". <g> Unless you've mangled things
  elsewhere, you *should* only have to install neon and subversion from
Dag's repository; everything else should come from the stock RHEL -
assuming you need anything else at all.

>>From David's I could install neon-deve, neon-debug, (neon is already
> installed here with a newer version, don't know if it is a problem)
> and subversion-debuginfo. The rest of them I couldn't.

*nod* That's what I found; at one time IIRC he provided a complete
Apache2 replacement as well. It cascaded pretty badly with something
else I either had installed or wanted installed from another source,
which *was* built against stock versions of some of the components David
updated. :/

> Is there a workaraound ou real solution to libcom_err.so.3? I already
> try to create a symbolic link to the 2.x, but it was unsuccessful.

Well, let's walk through the listed dependencies for Dag's package
(installed and working on two of my systems, both RHEL3 clones).

 From rpm -q --requires subversion (rpm -qp --requires
subversion-1.2.1-0.1.1.el3.rf.i386.rpm to check the package file),
there's quite a long list. The Perl bits can be ignored; they're all
core stock Perl. The libsvn bits are provided in the package, we can
ignore them.

libc.so.* are glibc; if that's missing you've got bigger problems than
getting Subversion installed. <g> libcrypt.so.1, libdl.so.2,
libm.so.6, libnsl.so.1, libpthread.*, libresolv.so.2 and librt.so.1 are
also part of glibc.

Which leaves these:

e2fsprogs-1.32-15.1 provides libcom_err.so.2
krb5-libs-1.2.7-52 provides libcom_err.so.3
openssl-0.9.7a-33.17 provides libcrypto.so.4
db4-4.1.25-8.1.WB2 provides libdb-4.1.so
expat-1.95.5-6 provides libexpat.so.0
krb5-libs-1.2.7-52 provides libgssapi_krb5.so.2
krb5-libs-1.2.7-52 provides libk5crypto.so.3
krb5-libs-1.2.7-52 provides libkrb5.so.3
neon-0.24.7-1.1.el3.dag provides libneon.so.24
zlib-1.1.4-8.1 provides libz.so.1

neon is the only other bit necessary from Dag's repo; all other
packages are stock and in fact cross-depended on by so many other things
that it would be hard to *not* have them installed. (With the possible
exception of e2fsprogs.)


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jun 29 21:36:53 2006

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.