feat: bump oriole to latest

[samrose]

bumping to latest using our git commit sha capability, to get the latest features and fixes available now.

Adding a test

The test starts a Linux aarch64-linux VM with orioledb and the full Supabase initialization stack. Once that's ready, it switches to the OrioleDB 17 specialisation with rewind enabled (1280 main
buffers, 1200s max time, 100K max transactions).

Subtest 1 verifies the switch worked. It confirms the orioledb extension is installed, queries pg_settings to print all rewind-related config, asserts that orioledb.enable_rewind is on,
and prints the initial rewind queue and evicted lengths.

Subtest 2 does a basic rewind matching the bash script. It creates a table with 100 rows, captures the xid, oxid, and md5 hash in one query, then inserts 40 more rows to dirty the state.
It calls orioledb_rewind_to_transaction(xid, oxid) which crashes postgres. Systemd Restart=always brings it back. After restart it verifies the row count is back to 100 and the hash
matches the pre-rewind snapshot.

Subtest 3 does a rewind under buffer pressure. It creates a new table and inserts 5000 rows across 50 separate transactions, captures a checkpoint, then inserts 1000 more rows in 10
batches. It prints the rewind queue and evicted lengths to show the buffer state, then rewinds to the checkpoint. After restart it verifies the row count matches the checkpoint count
(5000).

[samrose]

next steps:

• build image to test
• test rewind in local infra
• remove regress test for rewind

[samrose]

This PR has been tested in supadev for smoke tests, etc. it includes the oriole specific vm tests above as well, which will run any time a change is made to oriole inputs, and can be run locally