Re: [BUGS] More SSL questions..

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

In response to

Responses

Browse pgsql-bugs by date

  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..

Browse pgsql-hackers by date

  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..

Browse pgsql-hackers-win32 by date

  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..