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
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) |