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

Re: svn commit: r11934 - in trunk: . build/ac-macros tools/test-scripts/svntest

From: Ben Reser <ben_at_reser.org>
Date: 2004-12-21 02:14:04 CET

On Wed, Nov 17, 2004 at 02:15:58AM -0600, jaa@tigris.org wrote:
> Author: jaa
> Date: Wed Nov 17 02:15:54 2004
> New Revision: 11934
> Modified:
> trunk/INSTALL
> trunk/build/ac-macros/apr.m4
> trunk/build/ac-macros/aprutil.m4
> trunk/dist.sh
> trunk/tools/test-scripts/svntest/svntest-update.sh
> Log:
> Merry people, join us, bring flutes and mead, sing and dance with us.
> Dark days are vanishing, APR uses SVN now!
> * build/ac-macros/aprutil.m4
> * build/ac-macros/apr.m4
> (SVN_DOWNLOAD_APRUTIL): Corrected help text CVS stuff -> SVN stuff
> * tools/test-scripts/svntest/svntest-update.sh
> APR,-UTIL use SVN, update update commands.
> Changed various CVS commands to the SVN commands.
> * dist.sh
> If APR,-UTIL,-ICONV are SVN working copies, use export instead of copy

Uhh what? We always always always use released versions of these things.
A big fat -1 on this change to dist.sh... Didn't notice it until I went
to check to see if I'd changed something that needed merging for 1.1.x.

Allow people to use working copies for this just seems to incline people
to build source tarballs with unreleased versions. Or at least allows
people to mistakingly do so.

Additionally, there's no signature verification so I can't verify the
source integrity that we're including from Apache with this. Which is
something I always do.

While none of this is scripted at this point I suppose I could. I just
don't generally do it in the chroot that I run dist.sh in so that's why
I haven't included it.

Ben Reser <ben@reser.org>
"Conscience is the inner voice which warns us somebody may be looking."
- H.L. Mencken
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Dec 21 02:15:20 2004

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.