Re: Feature Request: pg_replication_master() - Mailing list pgsql-hackers

From Petr Jelinek
Subject Re: Feature Request: pg_replication_master()
Date
Msg-id 000001cddef9$64b467a0$2e1d36e0$@pjmodos.net
Whole thread Raw
In response to Re: Feature Request: pg_replication_master()  (Bruce Momjian <bruce@momjian.us>)
List 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




pgsql-hackers by date:

Previous
From: Kohei KaiGai
Date:
Subject: Re: Review of Row Level Security
Next
From: Dimitri Fontaine
Date:
Subject: Re: operator dependency of commutator and negator, redux