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

Re: Support for BDB in RPM's

From: David Summers <david_at_summersoft.fay.ar.us>
Date: 2005-04-29 06:52:33 CEST

On Wed, 27 Apr 2005, Philip Martin wrote:
> "Max Bowsher" <maxb@ukf.net> writes:
>
>> Subversion does not include db.h directly. It uses
>> [[[
>> #define APU_WANT_DB
>> #include <apu_want.h>
>> ]]]
>> using apr-util. You need to patch all occurences of this (all within
>> libsvn_fs_base/) to include the BDB headers without assistance from
>> apr-util.
>
> I don't think any patching is necessary, from apu_want.h:
>
> #ifdef APU_WANT_DB
>
> #if APU_HAVE_DB
> #include <db.h>
> #endif
>
> #undef APU_WANT_DB
> #endif
>
> As I understand it the system apr-util uses BDB 4.1 so APU_HAVE_DB
> will be defined, and that #include will be OK as long as David's
> 4.2 BDB provides a header called db.h.
>
>> Is the apr(-util) version included with the OS definitely too old?
>
> As I understand it the problem is not that the system apr-util is too
> old, but that the system BDB (4.1) is too unreliable. David wants to
> build libsvn_fs_base against his own 4.2 BDB, without having to
> rebuild all of apr-util, httpd, php, etc. He wants apr-util to remain
> linked against BDB 4.1, with libsvn_fs_base linked against BDB 4.2.
>

OK, I tried several more things. The db-4.2 is listed FIRST in the 'ldd
svn' and 'ldd svnadmin' but that doesn't help.

I fiddeled around and switched all -ldb to -ldb-4.2 and all
-I/usr/include/db42 is include FIRST before other includes.

No luck. It compiles but still produces BDB 4.1.25 repositories.

I fiddled with the build/ac-macros/berkeley-db.m4 and tried various things
trying to get it to not test for APU-UTILS configuration.

I finally turned OFF BDB checking altogether by just having the config
check program that is compiled with gcc just return 0 (good).

No luck. It compiles but still produces BDB 4.1.25 repositories.

I finally fiddled with configure.in and switched the minimum from 4.0.14
to 4.2.52 and it compiled normally but when I RUN svnadmin now it says it
is finding 4.1.25 and it expects/wants 4.2.52 (both libraries are linked
in).

I don't have enough config-fu to figure it out.

If someone else wants to take a crack at it, please be my guest.

The goal is, of course, to compile Subversion on a system that has
APR/APR-UTILS compiled with 4.1.25 but also the db42-4.2.52 installed and
to actually use the 4.2.52 version.

The APR/APR-UTILs configuration is somehow overriding everything I've
tried to do to pay no attention to it.

If I can provide more details or help, please let me know. I can also
provide a temporary log-in if someone wants to try some stuff on my
system.

I'd really like to be able to provide a Subversion 1.2 compiled on RHEL3
that uses both BDB and FSFS backends.

Until then I'm sticking with just FSFS on RHEL3. If people need/want it I
can provide another configuration that I've used up to now that is
problematic to install but works, only if you don't need the built-in
HTTPD, APR, APR-UTILS, BDB, PHP, and everything that depends on them (a
lot).

--
David Wayne Summers        "Linux: Because reboots are for hardware upgrades!"
david_at_summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint =  0B44 B118 85CC F4EC 7021  1ED4 1516 5B78 E320 2001
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 29 06:53:42 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.