Re: Configurable path to look up dynamic libraries

From: Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Trond Eivind Glomsrød <teg(at)redhat(dot)com>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Configurable path to look up dynamic libraries
Date: 2001-05-16 16:22:43
Message-ID: 01051612224301.00910@lowen.wgcr.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 15 May 2001 18:27, Peter Eisentraut wrote:
> Lamar Owen writes:
> > What's the opposition about?

> The /etc directory is for system configuration files. The
> $PGDATA/postgresql.conf file is a database cluster configuration file.

Which is part of the system. /etc/mail/aliases is only an email config, but
is system-wide. I have multiple bind instances running on my main server --
it was relatively easy to tell bind through named.conf where to find the
particular zone files for the private side (I run NAT here and must maintain
an inside global DNS as well as an inside local DNS), and it was just as easy
to tell named to use named.conf.private for the private DNS side. And all
those files reside in /etc/named and /etc/named.private.

> The RPM set only allows one database cluster per system, so it's
> appropriate to think of this database cluster as "the" system database
> cluster, and of the associated configuration file as "the" system
> configuration file. But since the RPM set creates this situation it is
> only fitting that the RPM set resolve this situation. For example, it
> would be trivial to symlink the file /var/lib/pgsql/data/postgresql.conf
> to somewhere in /etc.

I can resolve the RPM issues. But, since talk is being made of changing the
core behavior, I wanted to weigh in on what I'd like to see. I may not have
high expectations of what I am likely to actually see happen, but the hope IS
there. If the changes are shot down, I can still cope with the issue.

But symlinks aren't the fix, as this is not an RPM-only issue -- there are
more than just RPM users who might want an FHS-compliant installation with
the capacity for multiple postmasters.
- --
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7AqlW5kGGI8vV9eERAqHZAJ4lJW0ndi+0aSSu5GQu12yAPkEDvACg4w9u
VfLdVIODenUU1GL4K4kf9OU=
=OtDH
-----END PGP SIGNATURE-----

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2001-05-16 16:41:37 Re: A bug fix for JDBC's getTables() in Postgresql 7.1
Previous Message Lamar Owen 2001-05-16 16:13:20 Re: Configurable path to look up dynamic libraries