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

Re: Compile without BDB fails tests?

From: David Summers <david_at_summersoft.fay.ar.us>
Date: 2005-04-01 05:17:20 CEST

On Thu, 31 Mar 2005, John Belmonte wrote:

> David Summers wrote:
>>
>> I just compiled trunk (r13766) with the following configure options and all
>> 10 getopt_tests.py tests failed.
>>
>> Did I do something wrong or is this a known issue?
>>
>> $ ./configure \
>> --without-berkeley-db \
>> --with-swig=/usr/bin/swig-1.3.19 \
>> --with-python=/usr/bin/python2.2 \
>> --with-apxs=%{apache_dir}/sbin/apxs \
>> --with-apr=%{apache_dir}/bin/apr-config \
>> --with-apr-util=%{apache_dir}/bin/apu-config
>
> I can confirm that with berkeley-db disabled, the tests are useless. It's
> rather obvious, so I assumed it was a known issue.
>

The getopt_tests.py failure was because I was compiling subversion 1.2.0
with a version 1.1.{3,4} installed. Once I removed that package the
getopt_tests.py no longer fails.

However, I still have not gotten subversion to test clean without BDB, now
I'm getting completely failure on all the lt-locks-test at trunk r13818.

Hmmm, this is very much similar to the ra_dav issues I had a few days ago
and found out I needed to authenticate ra_dav for the new 1.2.0 locking
feature, I'm wondering if I need to that now for the ra_svn as
well....checking into it, I'll report back.

--
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 1 05:18:39 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.