| From: | Wolfgang Walther <walther(at)technowledgy(dot)de> |
|---|---|
| To: | Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us> |
| Cc: | Daniel Gustafsson <daniel(at)yesql(dot)se>, Christoph Berg <myon(at)debian(dot)org>, Andres Freund <andres(at)anarazel(dot)de>, Peter Eisentraut <peter(at)eisentraut(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>, Antonin Houska <ah(at)cybertec(dot)at> |
| Subject: | Re: [PoC] Federated Authn/z with OAUTHBEARER |
| Date: | 2025-04-08 16:35:05 |
| Message-ID: | 26c679f4-e4c5-4e67-93fd-703c8630a6d1@technowledgy.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Jacob Champion:
> It allows packagers to ship the OAuth library separately, so end users
> that don't want the additional exposure don't have to install it at
> all.
Ah, this came in after I sent my other mail, with this foot-note:
> Currently, the two build systems don't handle the "please build only
libpq" scenario well. If that was supported better, building a second
package with oauth support could be much easier.
I think we should rather improve the build systems to handle this case,
to give packagers more flexibility.
Best,
Wolfgang
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2025-04-08 16:37:43 | Re: Horribly slow pg_upgrade performance with many Large Objects |
| Previous Message | Bruce Momjian | 2025-04-08 16:33:55 | Re: [PoC] Federated Authn/z with OAUTHBEARER |