Re: Re: synchronous_commit and synchronous_replication Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication.

Tom Lane <tgl@sss.pgh.pa.us>

From: Tom Lane <tgl@sss.pgh.pa.us>
To: "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Cc: "Dimitri Fontaine" <dimitri@2ndquadrant.fr>, "Robert Haas" <robertmhaas@gmail.com>, "Simon Riggs" <simon@2ndquadrant.com>, "Fujii Masao" <masao.fujii@gmail.com>, "Greg Stark" <gsstark@mit.edu>, "PostgreSQL-development" <pgsql-hackers@postgresql.org>
Date: 2011-04-05T15:12:28Z
Lists: pgsql-hackers
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
> Robert Haas <robertmhaas@gmail.com> wrote:
>> Dimitri Fontaine <dimitri@2ndquadrant.fr> wrote:
>>> Maybe it's just me, but I'm struggling to understand current
>>> community processes and decisions.
 
>> Well, I've already spent a fair amount of time trying to explain
>> my understanding of it, and for my trouble I got accused of being
>> long-winded.  Which is probably true, but makes me think I should
>> probably keep this response short.  I'm not unwilling to talk
>> about it, though, and perhaps someone else would like to chime in.
 
> I rather liked the brief comment in a recent post of yours where you
> said that at this point we should only be accepting patches which
> stabilize what has already been committed, rather than new features
> which might require further stabilization.

Quite.  While we're on the subject, why did that int->money patch get
committed so quickly?  I had assumed that was 9.2 material, because it
didn't seem to be addressing any new-in-9.1 issue.  I'm not going to ask
for it to be backed out, but I am wondering what the decision process
was.

			regards, tom lane