On 2009-04-30 19:52+0100 Andrew Ross wrote:
> On Thu, Apr 30, 2009 at 09:30:16AM -0700, Alan Irwin wrote:
>> On 2009-04-30 09:23-0600 Orion Poplawski wrote:
>>> Time to bump version to 5.9.3 in svn?
>> Good question.
>> Normally, all version bumps (overall release version, library version
>> numbers, etc.) occur as part of the release process (see
>> README.Release_Manager_Cookbook). So the overall version bump to 5.9.3
>> should happen (according to Hazen's recent post) on Sunday.
>> However, README.Release_Manager_Cookbook simply codifies the procedure we
>> have used in the past, and I certainly think there is room for improvement
>> since the current version number (5.9.2) in svn is not correct, but changing
>> it to 5.9.3 would not be correct either until the release. One way to solve
>> this issue is just after a release change the overall release version to
>> something intermediate between the release number that was just done and the
>> next release number to indicate we are preparing for the next release but we
>> are not there yet. I am leaning toward something non-specific but still
>> indicative that we are in the development stage between two releases such as
>> "5.9.2+", but I am open to other suggestions as well.
>> Andrew (as Debian packager) and Hazen (as PLplot release manager), what do
>> you think is the best thing to do here?
> One other thought. We might like to consider making beta releases before a
> final release. I think we've done that in the past. Only the whole we
> have quite good continuous testing, particularly with Alan's efforts over
> the last year or so, so perhaps this is also an overkill.
I think that RC releases (which I assume you meant rather than betas) are
probably overkill before development releases like the present release, but
I think they are a great idea just (say a week or so) before our stable
releases to test platforms and configuration combinations that our
developers haven't tried in their own testing.
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project