Re: damage control mode - Mailing list pgsql-hackers

From Robert Haas
Subject Re: damage control mode
Date
Msg-id 603c8f071001081801k63526e47lbab20ec58f084803@mail.gmail.com
Whole thread Raw
In response to Re: damage control mode  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: damage control mode  (Dimitri Fontaine <dfontaine@hi-media.com>)
Re: damage control mode  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
On Fri, Jan 8, 2010 at 7:48 PM, Peter Eisentraut <peter_e@gmx.net> wrote:
> On fre, 2010-01-08 at 10:02 +0100, Dimitri Fontaine wrote:
>> Now, I'll second Greg Smith and Tom here, in that I think we need to
>> run
>> the last commitfest as usual, knowing that the outcome of the
>> commitfest
>> for any given patch is not "it made it" but "we reviewed it". It's
>> still
>> right for the project to bump a patch on resources ground rather than
>> on
>> technical merit, at the end of the commitfest.
>
> +1, leave everything as is.
>
> The commitfest is a tool for people to track what is going on, not a
> tool to tell people what to do.

I don't understand what you mean by this.  Can you please elaborate?

It's obvious to me that there is a strong consensus against bumping
any patches from the final CommitFest at this point.  Most people seem
to feel that this is premature, and some people seem to find it
outright ludicrous.  I don't really understand why.  I have always
felt that the purpose of a CommitFest was to give everyone a fair
shake at getting their patch reviewed, provided that they followed
certain ground rules.  And I thought we had agreement that one of
those ground rules was "don't submit new, large patches to the final
CommitFest in a particular release cycle".  No?

...Robert


pgsql-hackers by date:

Previous
From: Greg Stark
Date:
Subject: Re: We need to rethink relation cache entry rebuild
Next
From: Tom Lane
Date:
Subject: Re: We need to rethink relation cache entry rebuild