[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: Branko Čibej <brane_at_xbc.nu>
Date: 2003-10-30 23:38:48 CET

Jani Averbach wrote:

>Hello!
>
>I am planning (and starting) following modifications to svntest
>script, and like to hear if someone has comments about of them.
>
>1) Make a config option for use of ramdisk for test data.
>
>
That config option should be for SVN's configure "make check", not for
the test scripts.

>2) Make separate build steps for apr, apr-util (I don't know how
> Brane is building them at the moment).
>
>
They just get built from source during the Subversion build. Nothing
special there.

>3) Integrate ra_dav testing
>
>
Yes!

>I have planned to use CVS-timestamp like that
> echo "`date --utc -r apr-0.9/CVS '+%Y%m%dT%H%M%S%Z'`" \
> > builddir/apr.ts
>
>to figure out if I will need to rebuild apr, apr-util or httpd.
>
>
You don't have to rebuild httpd every time. Just require a configured
httpd in the right directory. Users can write their configure scripts to
use --with-apr(-util) to point to the versions installed with httpd.

You definitely don't want to rebuild httpd every time you run the tests,
it takes too long, and new httpd versions aren't released all that often.

>Httpd server will be installed under svntest directory, and will be
>run under specified user (the script will do modifications to
>httpd.conf by sed).
>
>
You could require the user to preconfigure httpd, too; that's a lot easier.

>Is this the path to go?
>
>
With caution. :-)

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 30 23:39:30 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.