Re: location of the configuration files

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

In response to

Responses

Browse pgsql-hackers by date

  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