Re: [PoC] Federated Authn/z with OAUTHBEARER
От | Christoph Berg |
---|---|
Тема | Re: [PoC] Federated Authn/z with OAUTHBEARER |
Дата | |
Msg-id | Z_YsaLBiv9LfUM-e@msg.df7cb.de обсуждение исходный текст |
Ответ на | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion <jacob.champion@enterprisedb.com>) |
Ответы |
Re: [PoC] Federated Authn/z with OAUTHBEARER
|
Список | pgsql-hackers |
Re: Jacob Champion > Is it acceptable/desirable for a build, which has not been configured > --with-libcurl, to still pick up a compatible OAuth implementation > installed by the distro? If so, we can go with a "bare" dlopen(). If > that's not okay, I think we will probably need to use pkglibdir or > some derivative, and introduce a way for tests (and users?) to > override that directory selection. Unless someone has a good idea on > how we can split the difference. One design goal could be reproducible builds-alike, that is, have libpq configured with or without libcurl be completely identical, and the feature being present is simply the libpq-oauth.so file existing or not. That might make using plain dlopen() more attractive. Christoph
В списке pgsql-hackers по дате отправления: