Re: [PoC] Federated Authn/z with OAUTHBEARER
От | Bruce Momjian |
---|---|
Тема | Re: [PoC] Federated Authn/z with OAUTHBEARER |
Дата | |
Msg-id | Z_VZw6H_JxxAlXnu@momjian.us обсуждение исходный текст |
Ответ на | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion <jacob.champion@enterprisedb.com>) |
Ответы |
Re: [PoC] Federated Authn/z with OAUTHBEARER
|
Список | pgsql-hackers |
On Tue, Apr 8, 2025 at 10:13:46AM -0700, Jacob Champion wrote: > On Tue, Apr 8, 2025 at 10:10 AM Wolfgang Walther > <walther@technowledgy.de> wrote: > > And if that means making libpq modular at run-time, then this should be planned and built with all deps, and other use-cases(like static linking) in mind - and not like it is right now. > > I think that'd be neat in concept, but specifically this thread is > discussing a PG18 open item. For future releases, if we're happy with > how Curl gets split out, maybe that would be fuel for other > delay-loaded client dependencies. I'm not sure. Well, if we think we are going to do that, it seems we would need a different architecture than the one being proposed for PG 18, which could lead to a lot of user/developer API churn. -- Bruce Momjian <bruce@momjian.us> https://momjian.us EDB https://enterprisedb.com Do not let urgent matters crowd out time for investment in the future.
В списке pgsql-hackers по дате отправления: