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