Re: location of the configuration files

From: Oliver Elphick <olly(at)lfix(dot)co(dot)uk>
To: Vince Vielhaber <vev(at)michvhf(dot)com>
Cc: "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-13 18:18:31
Message-ID: 1045160310.10910.29.camel@linda.lfix.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, 2003-02-13 at 17:52, Vince Vielhaber wrote:
> Seems to me that if FHS allows such a mess, it's reason enough to avoid
> compliance. Either that or those of you who build for distributions are
> making an ill advised change. Simply because the distribution makes the
> decision to add PostgreSQL, or some other package, to it's distribution
> doesn't make it a requirement to change the location of the config files.

Debian (and FHS) specifically requires that. All configuration files
MUST be under /etc; the reason is to make the system administrator's job
easier. Part of the raison d'etre of a distribution is to rationalise
the idiosyncrasies of individual projects. The locations used by
locally-built packages are up to the local administrator, but they
really should not be in /etc and are recommended to be under /usr/local.

I really don't see why there is such a not-invented-here mentality about
this issue. I say again, standards-compliance is the best way. It
makes life easier for everyone if standards are followed. Don't we
pride ourselves on being closer to the SQL spec than other databases?
Any way, if PostgreSQL stays as it is, I will continue to have to ensure
that initdb creates symlinks to /etc/postgresql/, as happens now.

--
Oliver Elphick Oliver(dot)Elphick(at)lfix(dot)co(dot)uk
Isle of Wight, UK http://www.lfix.co.uk/oliver
GPG: 1024D/3E1D0C1C: CA12 09E0 E8D5 8870 5839 932A 614D 4C34 3E1D 0C1C
========================================
"The earth is the LORD'S, and the fullness thereof; the
world, and they that dwell therein."
Psalms 24:1

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2003-02-13 18:21:01 Someone's broken psql's connection-failure error reporting
Previous Message Tom Lane 2003-02-13 18:10:01 Re: Brain dump: btree collapsing