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

Re: [RFC] modifications to tools/test-script/svntest

From: Jani Averbach <jaa_at_cc.jyu.fi>
Date: 2003-10-31 00:36:54 CET

On 2003-10-31 00:06+0100, Branko ??ibej wrote:
> Jani Averbach wrote:
> >On 2003-10-30 23:38+0100, Branko ??ibej wrote:
> >
> >
> >>Jani Averbach wrote:
> >>
> >>

> Oh. Seems to me that putting this configuration into the svntest files
> is a bit of overkill. Why not write a custom wrapper for svntest.sh that
> does that for you?

because svntest-rebuild.sh is doing:

# Create the object directory
START "create object directory" "Creating object directory..."

So things will break if this ram disk mount is done outside of

And why use ramdisk? Because without ramdisk one make check will take
about 1 hour, but with ramdisk it is 30min. And if I am doing
(ra_local+ra_dav+ra_svn)*(static+shared) that will take 6hours or
something like that.

> But adding --with-apr and --with-apr-util to the configure script should
> work just fine.

If you mean that they should just point to the apr and apr-util src
directories, they won't work:
$ ../../svn/trunk/configure --prefix=/tmp --with-apr=../../apr --with-apr-util=../../apr-util
checking for APR... configure: error: the --with-apr parameter is
incorrect. It must specify an install prefix, a build directory, or an apr-config file.

So apr and apr-util have to be in svn source tree, or they have to be
installed locations, and if they are installed already, I like that
system will upgrade them by itself.

> What I'm saying is, you don't have to add support for building httpd to
> the svntest scripts at all.

What I am aiming, is a system that will notice when apr/apr-util/httpd
has been changed, and rebuild required part of system, and test
agaings them.

> Just document how it should be configured, and add a line to
> svntest-config.sh to tell the driver how to run the server.

If I run out of neuroleptic, I will back up to this plan.

BR, Jani

Jani Averbach
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 31 00:37:39 2003

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.