Re: [PoC] Federated Authn/z with OAUTHBEARER
От | Jacob Champion |
---|---|
Тема | Re: [PoC] Federated Authn/z with OAUTHBEARER |
Дата | |
Msg-id | CAOYmi+=8T_rDi3SnnPOqG0h5SP8og1d1KnkHpHLDuj3gtm=cHA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [PoC] Federated Authn/z with OAUTHBEARER (Christoph Berg <myon@debian.org>) |
Ответы |
Re: [PoC] Federated Authn/z with OAUTHBEARER
|
Список | pgsql-hackers |
On Tue, Apr 15, 2025 at 8:34 AM Christoph Berg <myon@debian.org> wrote: > I agree with this reasoning and retract my suggestion to rename the option. (Thank you for chiming in; having the packager feedback has been extremely helpful.) While I have you, may I ask whether you're okay (from the packager perspective) with the current division of dynamic and static behaviors? Dynamic: --with-libcurl builds a runtime-loadable module, and if you don't install it, OAuth isn't supported (i.e. it's optional) Static: --with-libcurl builds an additional linkable staticlib, which you must link into your application (i.e. not optional) I want to make absolutely sure the existing packager requests are not conflicting. :D Thanks, --Jacob
В списке pgsql-hackers по дате отправления: