+1 ... and not really an objection, but a chance to discuss some "related to releases" issues.
- Am I right in saying that apart from the amount of time that has passed since the last stable version, there's no other pressing need to move to 5.3 (and thus pronounce 5.2 stable) ? - My reason for asking this is not to stall the process, but to better understand (or make us define) what is supposed to go in each version, and what just needs to wait for the next version. It feels that currently this just depends on timing and i'm wondering if we're fine with such a process. If we are, then let's just enforce it better - and if we're not, let's discuss the alternatives. - Now, my other reason for asking this is that the current process basically also creates unmaintained (or lightly maintained) branches. Does it make sense to officially declare them as such? For instance, it's obvious that we didn't handle that "classpath resources" problem elegantly and uniformally in all the branches... i dont think anyone wants to see that repeated. Also and fyi, i've recently disabled 5.0 builds in hudson because they were failing for the last 6 months - the failure (just_HTML of TemplateParserImplTest) is probably JVM specific (i had looked at it back then) and we've since changed more than once the template parser... so, it doesn't really look like anyone will ever spend time on that. - Finally, backporting features / improvements. Is anyone interested or committed to that? For which versions? I often see issues opened against 5.1 or 5.0 but fixed only for 5.2 - and that's just ok, it is the reality. Are we all fine with that? On Mon, Sep 27, 2010 at 20:53, Ulrich Stärk <[email protected]> wrote: > +1 > > On 27.09.2010 19:36, Howard Lewis Ship wrote: >> >> I'll be creating a 5.2.1 release shortly, then put it to the vote. >> >> Will anyone object if the vote is to "release 5.2.1 as a beta"? We >> don't have a standard procedure for the alpha->beta transition. For >> beta->ga, I will want to have the release out as a beta, then >> retroactively vote it ga once it has proved itself in the wild. >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Andreas Andreou - [email protected] - http://blog.andyhot.gr Tapestry PMC / Tacos developer Open Source / JEE Consulting --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
