From: | Andrew Sullivan <andrew(at)libertyrms(dot)info> |
---|---|
To: | PostgreSQL Hackers List <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: WAL file location |
Date: | 2002-07-31 14:50:03 |
Message-ID: | 20020731105003.B28840@mail.libertyrms.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Jul 31, 2002 at 10:23:07AM -0400, Tom Lane wrote:
> Andrew Sullivan <andrew(at)libertyrms(dot)info> writes:
> > a. The system uses no environment variables at all; some other
> > method is used to determine where the config file is (maybe compiled
> > into the code);
>
> > If I understand it, nobody is really arguing for (a).
>
> I am. I see absolutely no advantage in depending on environment
Ok, how then would one set the location of the config file? Though I
mentioned it, I don't really thing that compiled-in is an option: I
don't want to have to have four versions of the binary to just to run
four postmasters on four ports. Maybe a --with-config-file option to
start the postmaster?
And I presume this is all for the server only, right? Nobody is
talking about getting rid of (for instance) $PGPORT for clients,
right? (I'm sorry if I seem obtuse, or if this is really none of my
business, since I'm not offering to fix this up, since I can't. But
I'm very keen to make sure that administration of large postgres
installations doesn't become terribly difficult.)
A
--
----
Andrew Sullivan 87 Mowat Avenue
Liberty RMS Toronto, Ontario Canada
<andrew(at)libertyrms(dot)info> M6K 3E3
+1 416 646 3304 x110
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Conway | 2002-07-31 14:55:00 | Re: Trim the Fat (Was: Re: Open 7.3 items ) |
Previous Message | Tom Lane | 2002-07-31 14:37:51 | Re: Rules and Views |