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

Re: Build issue with Berkeley DB?

From: John Peacock <jpeacock_at_rowman.com>
Date: 2004-02-13 15:24:44 CET

Andreas Jellinghaus wrote:
> anyway: it does not work.
> if you have the *development* files of any other db version on your
> system installed in /usr/lib, then subversion might miscompile (did
> always for me, linking both db versions).

BZZT! Sorry, you shouldn't make statements like that without _positive_ proof.
  You are passing on FUD, nothing more. Many people are having no problems
whatsoever; you can state "it does not work _for me_" but that kind of blanket
statement is not helpful.

Here are _my_ steps, which have worked on several machines with Mandrake 9.1 and
SuSE 9.0, without problem. I have both .so's and headers (in /usr/lib and
/usr/include) of earlier BDB's installed and I haven't had problems.

1) Download and build (using the defaults) Berkeley DB 4.2 (installs into
/usr/local/BerkeleyDB.4.2) and add "/usr/local/BerkeleyDB.4.2/lib" to
/etc/ld.so.conf and run ldconfig;

2) Download and build Apache 2.0.48 using (at least) the following:

./configure \
--enable-dav \
--enable-so \

and install into /usr/local/apache2;

3) Download and build Subversion 0.37.0 using (at least) the following:

./configure \

This is all that is required and it works every time I try it. It is also the
simplest way to handle it (relying on Apache to find and link in the proper BDB



John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 13 15:24:46 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.