| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> |
| Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Oliver Elphick <olly(at)lfix(dot)co(dot)uk>, Vince Vielhaber <vev(at)michvhf(dot)com>, "J(dot) M(dot) Brenner" <doom(at)kzsu(dot)stanford(dot)edu>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: location of the configuration files |
| Date: | 2003-02-16 02:06:20 |
| Message-ID: | 10842.1045361180@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> writes:
> On Saturday 15 February 2003 20:19, Tom Lane wrote:
>> Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> writes:
> Just exactly why does initdb need to drop any config files anywhere?
>> Because we'd like it to edit the correct datadir into the config file,
>> to take just the most obvious example.
> Shouldn't we be consistent and have initdb use the datadir set in the config
> file, which could be supplied by a ./configure switch?
That'd mean there is no way to perform an initdb into a nonstandard
location without first hand-preparing a config file. I don't much care
for that.
> I'm looking at a packager point of view here. The initdb is done well after
> the package is made, and installed. It would be ideal from this point of
> view to have things fully configured pre-initdb (and thus pre-packaging).
This point of view means that no post-configure knowledge can be
applied. We might as well forget the separate initdb step altogether
and have "make install" do it.
I realize that from a packager's point of view, the separate initdb step
is not very useful. But it is from my point of view.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ross J. Reedstrom | 2003-02-16 02:21:51 | Re: psql and readline |
| Previous Message | Robert Treat | 2003-02-16 01:34:16 | Re: location of the configuration files |