Re: v12 and pg_restore -f-

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Stephen Frost <sfrost(at)snowman(dot)net>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, "imai(dot)yoshikazu(at)fujitsu(dot)com" <imai(dot)yoshikazu(at)fujitsu(dot)com>, Euler Taveira <euler(at)timbira(dot)com(dot)br>, Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>, Justin Pryzby <pryzby(at)telsasoft(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: v12 and pg_restore -f-
Date: 2019-11-06 16:14:10
Message-ID: CA+Tgmoa2qob=5qL3AOLL=L++1CRXZc7NUfvHC1dh7OAsN1CpQw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On Tue, Nov 5, 2019 at 10:07 AM Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:
> I think this teapot doesn't need the tempest, and nobody's drowning in
> it anyway.

Yeah, I think we're getting awfully worked up over not much. If I had
been reviewing this feature initially, I believe I would have voted
for making -f- go to stdout first, and requiring it only in a later
release. But what's done is done. I don't see this as being such an
emergency as to justify whacking around the back-branches or reverting
already-release features. We could easily cause more damage by jerking
the behavior around than was caused by the original decision.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ravi Krishna 2019-11-06 16:16:30 Re: Upgrade PGSQL main version without backup/restore all databases?
Previous Message Hugh Ranalli 2019-11-06 15:49:48 Re: Hunspell as filtering dictionary

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2019-11-06 16:21:41 Re: v12 and pg_restore -f-
Previous Message Robert Haas 2019-11-06 16:08:51 Re: let's make the list of reportable GUCs configurable (was Re: Add %r substitution for psql prompts to show recovery status)