Re: [HACKERS] Help text for pg_basebackup -R - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: [HACKERS] Help text for pg_basebackup -R
Date
Msg-id 20170217133717.qpipj5i37ehfygcw@alvherre.pgsql
Whole thread Raw
In response to Re: [HACKERS] Help text for pg_basebackup -R  (Magnus Hagander <magnus@hagander.net>)
Responses Re: [HACKERS] Help text for pg_basebackup -R
List pgsql-hackers
Magnus Hagander wrote:
> On Wednesday, February 15, 2017, Alvaro Herrera <alvherre@2ndquadrant.com>
> wrote:
> 
> > Magnus Hagander wrote:
> >
> > >       printf(_("  -R, --write-recovery-conf\n"
> > > -                      "                         write recovery.conf
> > after backup\n"));
> > > +                      "                         write recovery.conf for
> > replication\n"));
> > >       printf(_("  -S, --slot=SLOTNAME    replication slot to use\n"));
> >
> > LGTM.
> >
> I'm guessing if we backpatch something like that, it would cause issues for
> translations, right? So we should make it head only?

We've had the argument a number of times.  My stand is that many
translators are active in the older branches, so this update would be
caught there too; and even if not, an updated English message is better
than an outdated native-language message.

Now, that's been argued in the context of a bug fix that introduces new
messages or changed an existing message for other reasons.  I'm not sure
how strongly do we think it applies for a change that's *only* about
updating a message.  I'm +0.5 on back-patching the change in this case.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: [HACKERS] pg_dump emits ALTER TABLE ONLY partitioned_table
Next
From: Andreas Karlsson
Date:
Subject: Re: [HACKERS] REINDEX CONCURRENTLY 2.0