Re: do we need to postpone beta4? - Mailing list pgsql-hackers

From Robert Haas
Subject Re: do we need to postpone beta4?
Date
Msg-id AANLkTinukUrWx3CY7m78yXGipf+3Rgm05BzRJieqdLUj@mail.gmail.com
Whole thread Raw
In response to Re: do we need to postpone beta4?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: do we need to postpone beta4?
List pgsql-hackers
On Tue, Jul 27, 2010 at 4:09 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> Well, that's pretty much saying we won't release before September.
>
> Yup, that's what I think.  In fact I think September might be
> optimistic.  This is what happens when you fork early and allow
> developers to start focusing on new development instead of testing
> the release branch.

Actually, rewind.  I see that you moved the user-mappings issue I was
concerned about to "resolved after beta3"; I missed the fact that
you'd committed a fix there.  You also fixed the EPQ issue, and the
heap_update_redo problem evaporated.  So now we have the following
issues remaining:

* page corruption after moving tablespace
* ExplainOnePlan handles snapshots differently than ProcessQuery
* name and comment of XLogSetAsyncCommitLSN() should be changed
* Documentation fails to build as PDF

...and I wouldn't necessarily regard any of those as forcing another
beta; the first two are ancient, the third is cosmetic, and the last
one is a build system issue rather than a code change.

Obviously, it's too early to decide anything: we may yet discover more
issues that need to be addressed.  But I think we're in much better
shape than it seemed 24 hours ago.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company


pgsql-hackers by date:

Previous
From: Greg Smith
Date:
Subject: Re: Patch to show individual statement latencies in pgbench output
Next
From: Jeff Davis
Date:
Subject: Re: string_to_array has to be stable?