From: | Phil Sorber <phil(at)omniti(dot)com> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
Cc: | Simon Riggs <simon(at)2ndquadrant(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Request for vote to move forward with recovery.conf overhaul |
Date: | 2013-01-26 22:14:36 |
Message-ID: | CADAkt-iqbdWeHV8ZhCqUcieZAOZ3T+_nLgcM0cf7Yi0UmjGXrA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Jan 23, 2013 at 6:36 AM, Michael Paquier
<michael(dot)paquier(at)gmail(dot)com> wrote:
>
> On 2013/01/23, at 18:12, Simon Riggs <simon(at)2ndQuadrant(dot)com> wrote:
>
>> On 23 January 2013 04:49, Michael Paquier <michael(dot)paquier(at)gmail(dot)com> wrote:
>>
>>> - recovery.conf is removed (no backward compatibility in this version of the
>>> patch)
>>
>> If you want to pursue that, you know where it leads. No, rebasing a
>> rejected patch doesn't help, its just relighting a fire that shouldn't
>> ever have been lit.
>>
>> Pushing to do that out of order is just going to drain essential time
>> out of this CF from all of us.
> No problem to support both. The only problem I see is if the same parameter is defined in recovery.conf and postgresql.conf, is the priority given to recovery.conf?
I would think that if someone created a recovery.conf file they would
expect that to be given priority. Otherwise they would know that was a
deprecated method and would set it in postgresql.conf only.
> --
> Michael Paquier
> http://michael.otacoo.com
> (Sent from my mobile phone)
From | Date | Subject | |
---|---|---|---|
Next Message | Phil Sorber | 2013-01-26 22:20:11 | Re: [PATCH] pg_isready (was: [WIP] pg_ping utility) |
Previous Message | Noah Misch | 2013-01-26 22:09:22 | Re: Materialized views WIP patch |