Re: [BUGS] pg_dumpall should permit quiet operation - Mailing list pgsql-patches

From Peter Eisentraut
Subject Re: [BUGS] pg_dumpall should permit quiet operation
Date
Msg-id Pine.LNX.4.44.0206232235550.929-100000@localhost.localdomain
Whole thread Raw
In response to Re: [BUGS] pg_dumpall should permit quiet operation  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-patches
Tom Lane writes:

> You seem to have missed the point completely - Neil wanted to suppress
> the normal progress messages *on stderr* so that he'd only get an email
> report when there was an abnormal event.  That request seemed fine to
> me, though I thought the patch itself might have some portability
> issues.  If it were recoded to follow the style of the existing boolean
> options in pg_dumpall then I'd recommend accepting it.

Two points:

1) The purpose of the progress messages is to inform the user of what
database he is connecting to.  Previously, the user just got a prompt
"Password:" and had to guess which one.  Unfortunately, it's hard for
pg_dumpall to predict whether a password prompt will appear.

This will become a nonissue soon because:

2) I'm currently rewriting pg_dumpall in C (as part of pg_dump actually),
so this patch will become obsolete.

(Also, I think we don't support external password files anymore, so the
password is now predictable and the progress messages can be removed, if
so.)

--
Peter Eisentraut   peter_e@gmx.net




pgsql-patches by date:

Previous
From: Barry Lind
Date:
Subject: Re: [PATCH]errors_zh_TW.properties for JDBC driver
Next
From: "Dave Page"
Date:
Subject: Re: [ODBC] ODBC Patch to prevent setting of KSQO on 7.3+ servers