From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com> |
Cc: | Dave Page <dpage(at)postgresql(dot)org>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: 8.3 Release Schedule |
Date: | 2007-07-19 20:47:05 |
Message-ID: | 29657.1184878025@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Joshua D. Drake" <jd(at)commandprompt(dot)com> writes:
> Dave Page wrote:
>> Actually thinking about it, I think we should plan the next cycle
>> based on whatever ends up happening this time - eg. April freeze,
>> Aug-Sept beta, Oct release.
> I actually would be more inclined to have an even shorter cycle release
> next time... e.g. January Freeze. The original idea was sound, make it
> so we aren't testing in the middle of summer.
I think part of the problem is exactly that the freeze period has
stretched into summer, and so people aren't around for one reason or
another, and so it's going slower than one could wish.
As already noted, when we set the schedule we were not expecting to have
so many large patches dropped on us at the very end of the devel cycle.
What I'd like to think about is how can we avoid *that* happening again?
Maybe there's no way, because human nature is to not finish stuff much
before the deadline :-(. But dealing with a big patch logjam is
obviously overwhelming the community's resources.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Devrim GÜNDÜZ | 2007-07-19 21:11:00 | Re: 8.3 Release Schedule |
Previous Message | Joshua D. Drake | 2007-07-19 20:28:47 | Re: 8.3 Release Schedule |