Re: pg16 && GSSAPI && Heimdal/Macos

From: "Todd M(dot) Kover" <kovert(at)omniscient(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg16 && GSSAPI && Heimdal/Macos
Date: 2025-04-08 00:03:05
Message-ID: 202504080003.538035td016203@angelsenvy.omniscient.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> "Todd M. Kover" <kovert(at)omniscient(dot)com> writes:
> > 2) some option that makes the code path for gss_store_cred_into optional
> > (what would you want to call it?)
>
> If we do this, I see no need to call it anything. Just make configure
> probe for whether the selected GSS library has gss_store_cred_into.

patch attached. I tested it (runtime testing and "make check") on recent
darwin, freebsd, netbsd and ubuntus with and without gssapi enabled. I
had to re-enable and change around some header checks to make things
work right under darwin.

This is definitely much more elegant than what I was originally proposing.

If this ends up being acceptable, it would be nice if it was also pulled
up to pg17 for the next point release (I also tested the patch against the
pg17 branch), but if not, hopefully it'll make it into pg18.

It looks like the right way to submit this is via an email to
pgsql-hackiers, but if I should do soemthing else, please let me know.

Thanks again,
-Todd

Attachment Content-Type Size
gssapi.patch text/plain 5.6 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2025-04-08 00:03:36 Re: Enhancing Memory Context Statistics Reporting
Previous Message Michael Paquier 2025-04-07 23:41:28 Re: prevent 006_transfer_modes.pl from leaving files behind