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

RE: Proposal: Start of release cycle for 1.0.2

From: Sander Striker <striker_at_apache.org>
Date: 2004-04-12 20:09:43 CEST

> From: Erik Huelsmann [mailto:e.huelsmann@gmx.net]
> Sent: Monday, April 12, 2004 7:54 PM

> My feeling is that it's time to do another patch release for Subversion.

+1.
 
> Solutions to several problems have been merged into the 1.0.x branch since
> 1.0.1 as mentioned in the CHANGES file on trunk:
>
> * fixed: segfault when remotely deleting svn:author property.
> * fixed: mod_dav_svn accepting too many authors. (issue #1786)
> * fixed: create runtime config files with native EOLs. (Issue #1802)
> * fixed: recursive propset can corrupt .svn/entries (issue #1794)
> * fixed: better support for shared working copies [not finished] (issue
> #1509)
>
> There are at least two additional problems which can be fixed by releasing
> 1.0.2:
>
> * assertion failure in the libsvn_ra_svn which manifests itself (at least)
> on obstructed updates (r9293; proposed and accepted)
> * 1.0.1 identifying itself as a '-dev' build
>
> There are a series of items in STATUS which could be merged if they had
> enough +1's.
>
> I think the list above (especially the assertion failure) warrents a new
> patch release.
>
> To allow some time for review of the remaining STATUS items I propose the
> following timeline:
>
> - Time to vote on items in STATUS until the end of Thursday April 15th;
> - Releasing the 1.0.2 tarball on Friday or over the weekend depending on
> Release Manager availability.

There is also a small issue with mod_authz_svn which I need to fix. I'll
get around to that today...

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Apr 12 20:10:59 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.