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

Re: Problem integration Subversion with Apache

From: Nico Kadel-Garcia <nkadel_at_comcast.net>
Date: 2006-06-30 05:09:55 CEST

Kris Deugau wrote:
> Andre Ambrosio wrote:
>> The "apachectl configtest" gives OK result. And I installed
>> Subversion from scratch because when trying to do so with RPMs,
>> there is so much dependence and most of them I have older installed
>> which is needed by other programs (like glibc). So, I couldn't
>> install via RPM. If you have any tip to solve RPM installation, it would
>> be the best
>> way to get Subversion up and running!
> Unless you really want the absolute latest stable Subversion release,
> using Dag Wieers' yum repo (see http://dag.wieers.com/home-made/apt/)
> instead of David Summers' files should produce a working
> HTTP-serveable Subversion install without too many extra dependencies
> and replacements. I've been using Dag's packages for some time and
> I've yet to have trouble with them - and they don't require replacing
> anything other than peripheral stock packages.

While I love DAG to pieces, it's fairly out of date on Subversion: it's at
1.2.1, and the latest is 1.3.2. The differences are pretty significant, such
as the improvements in file locking.

> I spent a while yesterday trying to build Subversion 1.3.2 with as
> close to "stock" RHEL3 (actually the White Box Linux clone) as
> possible - and I kept running into failures when I tried to package
> it.
> Direct source build-and-installs seemed to be OK, however. :/

What's wrong with David Summer's RPM's and SRPM's? He publishes good ones,
with copies of other packages you may need to update. And if you publish the
bugs you see here, maybe we can help with them!

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 30 05:10:48 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.