From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> |
Cc: | teg(at)redhat(dot)com (Trond Eivind =?iso-8859-1?q?Glomsr=F8d?=), Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Configurable path to look up dynamic libraries |
Date: | 2001-05-15 22:23:37 |
Message-ID: | 14129.989965417@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> writes:
> Just because we've always done it one way does not that one way correct make.
Sure.
> We're one component of a system -- and the PostgreSQL Group has done such a
> good job of being platform agnostic that the platform and systems issues are
> almost second-class citizens.
Indeed, that I think is the underlying issue here. "It's FHS compliant"
cuts no ice with people who don't run FHS-layout systems, and I don't
want to improve FHS compliancy at the price of making life more
difficult for others. (Likewise for other RPM installation issues, as
you well know ;-))
I do think that the notion of a configure file path search (datadir then
sysconfdir) is reasonable if the security and file protection issues can
be ironed out. But that will require some thought about separating
security-critical data from not-critical data. I think we ought to keep
pg_hba.conf and subsidiary files (especially password files!) in datadir
*only*. I'm not sure about the other config files; up to now no one's
paid any attention to security issues for those files, knowing that they
were all kept in the same place. We might need to reorganize their
contents.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Nils Zonneveld | 2001-05-15 22:26:03 | Re: SELECT from a table in another database |
Previous Message | Lamar Owen | 2001-05-15 22:10:14 | Cnfiguration file locations (was: Re: Configurable path to look up dynamic libraries) |