Ben Reser wrote on Thu, Mar 19, 2015 at 11:33:54 -0700: > On 3/18/15 11:57 PM, Daniel Shahaf wrote: > > That link isn't stable: issues disappear from it as soon as they are > > merged to 1.9.x, so if we fix issue #4560 tomorrow it won't appear in > > the link, even though it does affect 1.9.0-beta1. > > > > Next time, it would be better to explicitly list the known blocker > > issues. (Unless we plan to introduce a 1.9.0-beta1 milestone.) > > > > For future reference, right now that link contains: > > > > http://subversion.tigris.org/issues/show_bug.cgi?id=4560 (pin-externals API > > semantics) > > http://subversion.tigris.org/issues/show_bug.cgi?id=4565 (prospective blame) > > > > I'm not sure whether #4565 was fixed in beta1 or not. I'm not sure if > > there are other formerly-1.9.0-blocker issues that have been fixed since > > beta1 had been tagged and so are not currently in the linked buglist. > > > That's the output from release.py for write-announcement. I didn't think any > of the issues were big enough to specifically point out so I didn't edit it > this time. But I agree it's not a particularly useful link.
Then perhaps something like this? It would require the RM to manually fill in the known issues for each release, but I don't see an easy way around that. Index: rc-release-ann.ezt =================================================================== --- rc-release-ann.ezt (revision 1667899) +++ rc-release-ann.ezt (working copy) @@ -17,10 +17,9 @@ [siginfo] This is a pre-release for what will eventually become Apache Subversion -[major-minor-patch]. It may contain known issues, a complete list of -[major-minor-patch]-blocking issues can be found here: +[major-minor-patch]. It contains the following known issues: - http://subversion.tigris.org/issues/buglist.cgi?component=subversion&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED&target_milestone=[major-minor-patch] +* ... A pre-release means the Subversion developers feel that this release is ready for widespread testing by the community. There are known issues The new text should of course be used only for alpha/beta and not for release candidates, but ezt conditionals ([if ...]...[end]) could take care of that. > On top of your problem is the issue that we're not very good about > using the issue tracker on a regular basis. *nod* Daniel