feat: bump orioledb to beta18 - #2473
Conversation
6c295b2 to
dc1e455
Compare
PostgreSQL Extension Dependency Analysis: PR #2473
SummaryNo extensions had dependencies with MAJOR version updates. Full Analysis ResultsPostgreSQL 15 Extension DependenciesPostgreSQL 17 Extension DependenciesOrioleDB 17 Extension DependenciesExtension: pg_cron
Raw Dependency TreeExtension: wrappers
Raw Dependency Tree |
PostgreSQL Package Dependency Analysis: PR #2473
SummaryNo packages had MAJOR version updates. Full Analysis ResultsPostgreSQL 15 Dependency ChangesExtracting PostgreSQL 15 dependencies...
Runtime Closure Size
Raw Dependency ClosurePostgreSQL 17 Dependency ChangesExtracting PostgreSQL 17 dependencies...
Runtime Closure Size
Raw Dependency Closure |
b58b452 to
d0885ce
Compare
|
You might want to rebase on top of #2155 |
|
#2155 upgrades to 17.11 and as such already handles wal2json an similar stuff. That PR is putting in new code to skip tests/configs for orioledb because orioledb in tree is <17.11. Some of those things you are doing in this PR so imo it would make sense to rebase so you target that PR and can integrate into that setup of configs/tests/... instead of doing similar here. #2155 is almost ready to be merged so make sense for you to rebase on top of it now vs later. |
But that PR upgrades only tests, it doesn't upgrade postgres to 17.11. |
|
ah sorry about that I'm pushing the commits individually so CI runs and I see the expected failures for the regression tests before the upgrade "magically" fixes them :D. I'll push the last 2 commits that end up with upgraded PG and then avoid doing this again. |
|
Note the last couple of comments I made in the PR |
Hm, I think we didn't have failures of hstore tests in this PR. |
|
I only had to add |
370e75e to
edd43e0
Compare
- Bump orioledb to beta18 - Fix Postgres 17.11 backward compatibility by adding wal2json to output_plugin_libraries
edd43e0 to
f297acb
Compare
brainrake
left a comment
There was a problem hiding this comment.
Please remove this everywhere:
# orioledb-17 is pinned to 17.11+, which added output_plugin_libraries as an
# allow-list for logical decoding output plugins
A more generic way to add output_plugin_libraries would be useful, rather than mutating a templated managed postgresql.conf in-place from different call sites.
@brainrake there is a more generic PR which handles this #2155 |
What kind of change does this PR introduce?
Bump orioledb to
beta18:https://github.com/orioledb/orioledb/releases/tag/beta18
What is the current behavior?
Currently orioledb is
beta16.What is the new behavior?
Additional context
https://github.com/orioledb/orioledb/releases/tag/beta18