Re: Prevent printing "next step instructions" in initdb and pg_upgrade

From: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>
To: Magnus Hagander <magnus(at)hagander(dot)net>, Bruce Momjian <bruce(at)momjian(dot)us>
Cc: PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Prevent printing "next step instructions" in initdb and pg_upgrade
Date: 2020-11-20 15:45:59
Message-ID: 898279ea-7b33-02a3-5357-6dc03bdef0ff@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2020-11-09 13:05, Magnus Hagander wrote:
> PFA a rebased version of this patch on top of what has happened since,
> and changing the pg_upgrade parameter to be --no-scripts.

It seems were are still finding out more nuances about pg_upgrade, but
looking at initdb for moment, I think the solution for wrapper scripts
is to just run initdb with >dev/null. Or maybe if that looks a bit too
hackish, a --quiet option that turns everything on stdout off.

I think initdb has gotten a bit too chatty over time. I think if it
printed nothing on stdout by default and the current output would be
some kind of verbose or debug mode, we wouldn't really lose much. With
that in mind, I'm a bit concerned about adding options (and thus
documentation surface area etc.) to select exactly which slice of the
chattiness to omit.

--
Peter Eisentraut
2ndQuadrant, an EDB company
https://www.2ndquadrant.com/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Sergei Kornilov 2020-11-20 15:47:59 Re: Improve handling of parameter differences in physical replication
Previous Message Robert Haas 2020-11-20 15:38:55 Re: VACUUM (DISABLE_PAGE_SKIPPING on)