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.
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 |
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 |