Re: Feature Request: pg_replication_master()

From: "Petr Jelinek" <pjmodos(at)pjmodos(dot)net>
To: "'Bruce Momjian'" <bruce(at)momjian(dot)us>, "'Simon Riggs'" <simon(at)2ndQuadrant(dot)com>
Cc: "'Joshua Berkus'" <josh(at)agliodbs(dot)com>, "'PostgreSQL-development'" <pgsql-hackers(at)postgresql(dot)org>, "'Magnus Hagander'" <magnus(at)hagander(dot)net>
Subject: Re: Feature Request: pg_replication_master()
Date: 2012-12-20 21:31:37
Message-ID: 000001cddef9$64b467a0$2e1d36e0$@pjmodos.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Let me also add that I am tired of having recovery.conf improvement
> stalled by backward compatibility concerns. At this point, let's just
> trash recovery.conf backward compatibility and move on.
>
> And I don't want to hear complaints about tool breakage either. These are
> external tools, not shipped with community Postgres, and they will just
have
> to adjust. I will be glad to beat all complainants into the
> ground for the good of the community. ;-) We just can't operate like
> this, and if we allowed these things to block us in the past, Postgres
would be
> a royal mess today!
>
> At this point backward compatibility has paralized us from fixing a
> recovery.conf API that everyone agrees is non-optimal, and this has gone
on
> for multiple major releases. I don't care what we have to do, just clean
this
> up for 9.3!
>

+1

And the sooner we do it before release, the more time will those external
tools have to adjust.

Regards
Petr Jelinek

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Dimitri Fontaine 2012-12-20 21:42:59 Re: operator dependency of commutator and negator, redux
Previous Message Kohei KaiGai 2012-12-20 20:55:20 Re: Review of Row Level Security