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

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..."
$RM_RF $TEST_ROOT/$OBJ >> $LOG_FILE 2>&1 || FAIL
$MKDIR $TEST_ROOT/$OBJ >> $LOG_FILE 2>&1 || FAIL
PASS

So things will break if this ram disk mount is done outside of
svntest-rebuild.sh.

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