-
-
Notifications
You must be signed in to change notification settings - Fork 250
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Introduce a blocklist of "yanked" Postgres versions #1950
Introduce a blocklist of "yanked" Postgres versions #1950
Conversation
Due to the out-of-band release set described here: https://www.postgresql.org/about/news/postgresql-172-166-1510-1415-1318-and-1222-released-2965/, we should refuse to compile on the prior point releases mentioned in this press release.
This is not really an easy thing to test, but the code looks sound. If CI passes I'll go ahead and merge this and then cherry-pick into our |
(I hacked the code locally to block v16.4...)
It aint' pretty, but the error is there. None of the errors we generate through bindgen.rs are pretty, so there's that. |
haha. Looks like the GitHub CI runners all use our blocklisted Postgres versions. Awesome. sigh :( https://github.com/pgcentralfoundation/pgrx/actions/runs/11974135781/job/33384570511?pr=1950#step:8:171 |
I'm stumped. Dunno why It's because (at least) v14.14 is what's out on the YUM repos, but what's the difference for |
Okay, made an executive decision to use the official Postgres apt repos for those two tests, which seems like it's going to work. |
Due to the out-of-band release set described here: https://www.postgresql.org/about/news/postgresql-172-166-1510-1415-1318-and-1222-released-2965/, we should refuse to compile on the prior point releases mentioned in this press release.
Due to the out-of-band release set described here: https://www.postgresql.org/about/news/postgresql-172-166-1510-1415-1318-and-1222-released-2965/, we should refuse to compile on the prior point releases mentioned in this press release.