Re: [PoC] Federated Authn/z with OAUTHBEARER - Mailing list pgsql-hackers

From Jacob Champion
Subject Re: [PoC] Federated Authn/z with OAUTHBEARER
Date
Msg-id CAOYmi+kMctMbBHUTRhHgyxizr9nydm=rOk+N45VhZQ7AzNx8qA@mail.gmail.com
Whole thread Raw
In response to Re: [PoC] Federated Authn/z with OAUTHBEARER  (Wolfgang Walther <walther@technowledgy.de>)
Responses Re: [PoC] Federated Authn/z with OAUTHBEARER
List pgsql-hackers
On Tue, Apr 8, 2025 at 9:32 AM Wolfgang Walther <walther@technowledgy.de> wrote:
> This means that shipping another .so file will not happen with this approach. Assuming OAuth will be picked up by
someof the bigger providers, that would... make me feel quite bad about it, actually. 

It occurs to me that I didn't respond to this point explicitly. I
would like to avoid making your life harder.

Would anybody following along be opposed to a situation where
- dynamiclib builds go through the dlopen() shim
- staticlib builds always rely on statically linked symbols

Or do we need to be able to mix and match?

--Jacob



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Horribly slow pg_upgrade performance with many Large Objects
Next
From: Tom Lane
Date:
Subject: Re: Horribly slow pg_upgrade performance with many Large Objects