| From: | Andres Freund <andres(at)anarazel(dot)de> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Nathan Bossart <nathandbossart(at)gmail(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Magnus Hagander <magnus(at)hagander(dot)net> |
| Subject: | Re: pgsql: Add 'basebackup_to_shell' contrib module. |
| Date: | 2022-03-31 05:25:00 |
| Message-ID: | 20220331052500.eidoln5dcrhqza7b@alap3.anarazel.de |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers pgsql-hackers |
Hi,
On 2022-03-31 00:08:00 -0400, Tom Lane wrote:
> Andres Freund <andres(at)anarazel(dot)de> writes:
> > I assume SSPI doesn't work over unix sockets? Oh. Maybe it's not even that -
> > we only enable it when not using unix sockets:
>
> Duh. But can it work over unix sockets?
I wonder if we should go the other way and use unix sockets by default in the
tests. Even if CI windows could be made to use SSPI, it'd still be further
away from the environment most of us write tests in.
Afaics the only reason we use SSPI is to secure the tests, because they run
over tcp by default. But since we have unix socket support for windows now,
that shouldn't really be needed anymore.
The only animal that might not be new enough for it is hamerkop. I don't
really understand when windows features end up in which release.
Looking at 8f3ec75de40 it seems we just assume unix sockets are available, we
don't have a version / feature test (win32.h just defines
HAVE_STRUCT_SOCKADDR_UN).
Greetings,
Andres Freund
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Eisentraut | 2022-03-31 07:34:24 | Re: pgsql: Allow root-owned SSL private keys in libpq, not only the backend |
| Previous Message | Tom Lane | 2022-03-31 04:08:00 | Re: pgsql: Add 'basebackup_to_shell' contrib module. |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2022-03-31 05:25:17 | Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set |
| Previous Message | Tom Lane | 2022-03-31 05:00:14 | Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set |