Re: Adding a --quiet option to initdb

From: James William Pye <james(dot)pye(at)icrossing(dot)com>
To: Thomas Hallgren <thomas(at)tada(dot)se>
Cc: Devrim GUNDUZ <devrim(at)commandprompt(dot)com>, hackers <pgsql-hackers(at)postgresql(dot)org>, James William Pye <pgsql(at)jwp(dot)name>
Subject: Re: Adding a --quiet option to initdb
Date: 2006-01-25 19:20:38
Message-ID: 1138216838.978.243.camel@ICRH41.ic.aiall
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

On Wed, 2006-01-25 at 19:23 +0100, Thomas Hallgren wrote:
> Make it completely silent by
> default instead and then introduce a --verbose.

+1.

I imagine initdb is usually ran interactively, so I don't think having
the extra output is a big issue considering the normal case, but I think
the "If you want it, ask for it" idea that Thomas is proposing is the
right way. Why should initdb give it [processing information] to the
user if the user didn't request it in the first place?

For applications that want to automate the initdb process in a GUI-way
or whatnot, the output [of initdb] isn't likely to be a very elegant
aspect of the environment the developer would be trying to create, but
they are, more or less, stuck with getting it if they wish to provide
their user with more informative feedback about the ongoing process.

While for Devrim's case, it would be overkill, but what about a
"libinitdb", or some sort authoritative source of processing steps in
order to initialize a new database location that other applications
could make easier use of?
--
Regards, James William Pye

iCrossing Privileged and Confidential Information
This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information of iCrossing. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-01-25 19:21:57 Re: Cleaning up the INET/CIDR mess
Previous Message Tom Lane 2006-01-25 19:15:34 Re: [PATCHES] Adding a --quiet option to initdb

Browse pgsql-patches by date

  From Date Subject
Next Message Thomas F. O'Connell 2006-01-25 20:02:17 Re: pgbench: Support Multiple Simultaneous Runs (with Mean and Std. Dev.)
Previous Message Tom Lane 2006-01-25 19:15:34 Re: [PATCHES] Adding a --quiet option to initdb