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

Re: Subversion 1.0.1, OS X, RH9 and Fedora

From: David Ripton <dripton_at_ripton.net>
Date: 2004-04-16 05:44:53 CEST

Geoff Leyland wrote:

> I can see a few options:
> Try really hard to find a bdb4 source rpm
> Forget rpms and rebuild bdb4, apache2 and subversion in /usr/local/ from
> source

I've built several versions of Subversion and its dependencies from
source on RedHat 7.3 and 9 (but not Fedora), Debian stable, and Gentoo.
  It's not that bad, just slow the first time because of the number of
steps. But I had a couple of minor hurdles.

One (well documented) is that autoconf 2.58 fails, so if it's installed
you need to downgrade it to 2.57 before building Subversion. No big deal.

Another (not so well documented) is that the --with-berkeley-db switch
to Subversion's configure doesn't seem to work as documented. Luckily,
you don't really need it -- just use LD_LIBRARY_PATH to put your new bdb
4.2 before the system bdb. (And watch the output of configure to make
sure it found 4.2.)

> Ask the VPS provider to change me to Fedora core 1

> Can anyone comment on which might be the best path of action? I'm
> inclined to go the Fedora direction if it looks likely that it will
> work, as I also want to run a recent postgresql and scarab on the box
> (all things that have gone smoothly on OS X) so I'm thinking Fedora,
> being more recent, might save a lot of hassle.

I would also be inclined to go Fedora. You haven't tried the RPMs for
it yet -- maybe they'll just stinking work. If not, you're back to
compiling stuff yourself just like on RH9. But you'll have newer
versions of everything, and easier upgrades going forward.

David Ripton    dripton@ripton.net
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Apr 16 05:45:19 2004

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.