Re: 8.4 release planning

2009/1/27 Joshua D. Drake <jd(at)commandprompt(dot)com>:
> On Mon, 2009-01-26 at 23:39 -0500, Tom Lane wrote:
>> Josh Berkus <josh(at)agliodbs(dot)com> writes:
>> > FWIW, I'll comment that what we're seeing here is nothing new.
>
>> Meanwhile it's emerging that the selinux people don't feel qualified to
>> review it either. I'm not quite sure what to do about that. But "throw
>> it in there on faith" doesn't sound like an appealing answer, and I've
>> got no idea how long it will take to work out a non-faith-based answer.
>>
>
> O.k. maybe it is time to consider something non-traditional. What about
> two 8.4 releases?
>
> 8.4-stable
> 8.4-experimental
>
> stable is everything that stable is. PostgreSQL at its best.
>

I dislike this idea - it's same like short processed 8.5 - that is
more simple. Actually current base 8.4 has lot of features, enough for
people, so it could be released. 8.5 should be implemented in shorted
cycle - only one commitfest, that is enough (+3 month) for well
completing SE and replication patches. In czech, big users started
testing and using 8.3, and propably skip 8.4. For small projects
should be 8.4 available early.

regards
Pavel Stehule

> experimental is the day after we branch. Same catalog version but
> contains say SEPostgres and Hot Standby etc...
>
> 8.4-experimental gives people a stable same version compatible version
> to test at their leisure. We support it until 8.5 comes out. At 8.5,
> those features are merged (or ripped out) into 8.5-stable.
>
> Yes I know this is non-standard for our community but maybe it is time
> to crank it up a notch?
>
> Sincerely,
>
> Joshua D. Drake
>
>
>
>> regards, tom lane
>>
> --
> PostgreSQL - XMPP: jdrake(at)jabber(dot)postgresql(dot)org
> Consulting, Development, Support, Training
> 503-667-4564 - http://www.commandprompt.com/
> The PostgreSQL Company, serving since 1997
>
>
> --
> Sent via pgsql-hackers mailing list (pgsql-hackers(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers
>