From: | Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
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 01:24:57 |
Message-ID: | 200302152024.57474.lamar.owen@wgcr.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
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?
> There has also been a great deal
> of discussion recently about other things initdb might automatically put
> into the config file after looking at the system environment. That's
> not happened yet, but we'd really be restricting ourselves to say that
> initdb can never customize the config files.
Customize != writing the original.
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).
But I understand that this might not be ideal from a multipostmaster point of
view. Surely these two can be reconciled.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Treat | 2003-02-16 01:34:16 | Re: location of the configuration files |
Previous Message | Tom Lane | 2003-02-16 01:22:14 | Re: client_encoding directive is ignored in |