Re: Suggested new CF status: "Pending Discussion" - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Suggested new CF status: "Pending Discussion"
Date
Msg-id 16235.1362423571@sss.pgh.pa.us
Whole thread Raw
In response to Re: Suggested new CF status: "Pending Discussion"  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Suggested new CF status: "Pending Discussion"  (Noah Misch <noah@leadboat.com>)
Re: Suggested new CF status: "Pending Discussion"  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Sun, Mar 3, 2013 at 9:27 PM, Josh Berkus <josh@agliodbs.com> wrote:
>> Except that the implication of "waiting on author" is that, if there's
>> no updates in a couple weeks, we bounce it.  And the author doesn't
>> necessarily control a bikeshedding discussion about syntax, for example.

> That's true.  I think, though, that the basic problem is that we've
> lost track of the ostensible purpose of a CommitFest, which is to
> commit the patches that *are already ready* for commit.

Mumble.  That's *part* of the purpose of a CF, but not all.  It's also
meant to be a time when people concentrate on reviewing patches, and
surely discussions about syntax or whatever have to be part of that.

I recall in fact that at the last developer meeting, there was
discussion about trying to get people to do more formal reviewing of
design ideas that hadn't even made it to the submittable-patch stage.
So I feel it's counterproductive to try to narrow the concept of a CF
to "only ready to commit" patches.

But having said that, maybe the last CF of a cycle has to be treated
more nearly as you suggest.  Certainly if we hold off ending the CF
in hopes of committing stuff that wasn't nearly ready to commit at
its beginning, then we're back to bad old habits that seldom lead
to anything but a late release.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Greg Smith
Date:
Subject: Re: Enabling Checksums
Next
From: Tom Lane
Date:
Subject: Re: Seg fault when processing large SPI cursor (PG9.13)