From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Andrew Dunstan" <andrew(at)dunslane(dot)net> |
Cc: | mha(at)sollentuna(dot)net, pgsql-hackers-win32(at)postgresql(dot)org |
Subject: | Re: [BUGS] More SSL questions.. |
Date: | 2005-01-05 15:22:06 |
Message-ID: | 27936.1104938526@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers pgsql-hackers-win32 |
"Andrew Dunstan" <andrew(at)dunslane(dot)net> writes:
> Excellent. I would suggest that we allow an environment variable PGHOME to
> override this on all platforms, falling back to the above on Windows and
> HOME elsewhere.
Given that this code is mainly used to find security-critical files
(.pgpass and SSL certificates), I'm not sure that an override is a good
idea. I'm not dead set against it though --- any other opinions out
there?
Also, how do we document this behavior on Windows? The libpq docs
currently talk about, eg,
the connection in <filename>$HOME/.pgpass</> (or
<filename>%USERPROFILE%\.pgpass</> on Microsoft Windows).
but I'm not sure that's accurate or useful. Is there a phrase
comparable to "home directory" that will be understood by Windows
users? I'm thinking of writing "~/.pgpass" for the Unix case to
avoid giving the impression that we depend on getenv("HOME"),
because we won't anymore.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Segree, Gareth | 2005-01-05 17:14:15 | File Groups with postgresql |
Previous Message | Tom Lane | 2005-01-05 15:12:18 | Re: [pgsql-hackers-win32] More SSL questions.. |
From | Date | Subject | |
---|---|---|---|
Next Message | ohp | 2005-01-05 15:42:37 | Where are the docs |
Previous Message | Tom Lane | 2005-01-05 15:12:18 | Re: [pgsql-hackers-win32] More SSL questions.. |
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2005-01-05 15:38:50 | Re: [BUGS] More SSL questions.. |
Previous Message | Tom Lane | 2005-01-05 15:12:18 | Re: [pgsql-hackers-win32] More SSL questions.. |