[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-30 23:55:24 CET

On 2003-10-30 23:38+0100, Branko ??ibej wrote:
> Jani Averbach wrote:
> >
> >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.

I got lost, If I am using for ramdisk for obj-sh/subversion/test, then
that mount have to be setuped outside of make check, the easiest steps will

mkdir -p obj-sh/subversion/test

tmpfs /data/svntest/obj-sh/subversion/tests \
                tmpfs defaults,user,noauto,exec,size=600m

mount obj-sh/subversion/test
do config
do make
do make check
umount obj-sh/subversion/test

> They just get built from source during the Subversion build. Nothing
> special there.

That is exactly what I was afraid of. =)

> >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.

Definitely not (building httpd, apr, or apr-util every time). This is
why I am using ie. apr/CVS dir's timestamp to indicate if there are
changed sources.

> You could require the user to preconfigure httpd, too; that's a lot easier.

That is true, if I am using same same install target for httpd for
every time, and when I think it, why not. Right, this will make things
a lot easier.

> With caution. :-)

Well, you might hear when I start scream. =)

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 Thu Oct 30 23:56:04 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.