Re: Adding a --quiet option to initdb

Поиск
Список
Период
Сортировка
От James William Pye
Тема Re: Adding a --quiet option to initdb
Дата
Msg-id 1138216838.978.243.camel@ICRH41.ic.aiall
обсуждение исходный текст
Ответ на Re: Adding a --quiet option to initdb  (Thomas Hallgren <thomas@tada.se>)
Ответы Re: Adding a --quiet option to initdb  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
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
informationof iCrossing. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the
intendedrecipient, please contact the sender by reply email and destroy all copies of the original message. 




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Cleaning up the INET/CIDR mess
Следующее
От: "Matthew D. Fuller"
Дата:
Сообщение: Re: Cleaning up the INET/CIDR mess