Re: damage control mode

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Dimitri Fontaine <dfontaine(at)hi-media(dot)com>
Cc: Marko Tiikkaja <marko(dot)tiikkaja(at)cs(dot)helsinki(dot)fi>, Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers(at)postgresql(dot)org, David Fetter <david(at)fetter(dot)org>
Subject: Re: damage control mode
Date: 2010-02-08 04:11:55
Message-ID: 603c8f071002072011s3538a495pb7a23b30c179ab87@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, Feb 7, 2010 at 4:54 PM, Dimitri Fontaine <dfontaine(at)hi-media(dot)com> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> On Sun, Feb 7, 2010 at 4:03 PM, Dimitri Fontaine <dfontaine(at)hi-media(dot)com> wrote:
>>> In case I'm not clear, what I'm saying is that I think we can consider
>>> the writable CTE patch ready for commit even though we still have to
>>> decide what its impacts on documentation should be.
>>
>> Whether a patch is ready to commit will be up to the committer
>
> "Ready for Committer" is what I though but failed to type.

*shrug* Same issue, to some degree. For a patch of this size, the
difference between "Needs Review" and "Ready for Committer" is maybe
somewhat less than normal. My point is just that I think there is
work that can be usefully done on this patch by people other than Tom,
even though I believe that ultimately Tom will have to make the call
on whether it goes in. I don't think that should cause Tom to put off
looking at it himself, but neither do I think that anyone else should
feel like we've accomplished something by labelling it Ready for
Committer. I'm disappointed that we marked this RfC so early in the
cycle without catching the docs issue; Marko could have started
working on that much sooner if we'd given him that feedback. Let's
not take our eye off the ball again.

...Robert

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2010-02-08 04:17:53 Re: [PATCH] Provide rowcount for utility SELECTs
Previous Message Alvaro Herrera 2010-02-08 03:09:01 Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb)