Re: Patch for 9.1: initdb -C option - Mailing list pgsql-hackers

From David Christensen
Subject Re: Patch for 9.1: initdb -C option
Date
Msg-id F8005734-24AB-45D8-84EF-E62E4B90E8FE@endpoint.com
Whole thread Raw
In response to Re: Patch for 9.1: initdb -C option  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Patch for 9.1: initdb -C option
Re: Patch for 9.1: initdb -C option
List pgsql-hackers
On Jul 23, 2010, at 6:36 AM, Robert Haas wrote:

> 2010/7/23 KaiGai Kohei <kaigai@ak.jp.nec.com>:
>> Sorry for the confusion.
>>
>> What I wanted to say is the patch itself is fine but we need to make consensus
>> before the detailed code reviewing.
>
> I guess we probably need some more people to express an opinion, then.
> Do you have one?
>
> I'm not sure I do, yet.  I'd like to hear the patch author's response
> to Itagaki Takahiro's question upthread: "Why don't you use just "echo
> 'options' >> $PGDATA/postgresql.conf" ?  Could you explain where the
> -C options is better than initdb + echo?"


At this point, I have no real preference for this patch; it is just as easy to echo line >> datadir/postgresql.conf, so
perhapsthat makes this patch somewhat pointless.  I suppose there's a shaky argument to be made for Windows
compatibility,but I'm sure there's also an equivalent functionality to be found in the windows shell. 

Reception to this idea has seemed pretty lukewarm, although I think Peter expressed some interest.  Some of the
previouslinked correspondence in the review referred to some of the proposed split configuration file mechanisms.  My
particularimplementation is fairly limited to the idea of a single configuration file, so compared to some of the other
proposedapproaches including split .conf files, it may not cover the same ground. 

Like I said in the original submission, I found it helpful for the programmatic configuration of a number of
simultaneousnode, but if it's not generally useful to the community at large, I'll understand if it's punted. 

Regards,

David
--
David Christensen
End Point Corporation
david@endpoint.com






pgsql-hackers by date:

Previous
From: KaiGai Kohei
Date:
Subject: Re: security label support, part.2
Next
From: Kris Jurka
Date:
Subject: Re: [JDBC] Trouble with COPY IN