Pin Jerboa v0.13.2 for core API gate #7
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "chore/jerboa-v0.13.2-pin"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
support/core-api-check.ssand transport security gate intact.VERSIONfrom 0.1.4 to 0.1.5 and update stale release-blocker documentation.Verification
v0.13.2^{}resolves to Jerboa commit2604e79232f31f5efd721b73b669fce10ebf0c66.jerboa 0.13.2;make ensure-jerboa-core-apipasses with it, including from an empty project-local tool directory.make verifyandsh .forgejo/ci-required.shpass on macOS: 73 core, 7 migration, 5 backup security, 24 authenticated transport, and 7 TLS transport tests, plus TLS admission, import, security, and native audit checks.sh .forgejo/require-version-bump.sh origin/master HEADpasses (VERSION 0.1.5 is valid).make verifyand reports that condition explicitly. The macOS runner skips the Linux-only server security test by design. FreeBSD CI must independently pass the required gate.Withdrawing this pin: the published Jerboa v0.13.2 artifact passes
support/core-api-check.ss, but the required FreeBSD transport gate is not reliable.Reproduction on canonical FreeBSD amd64 (
biggus), from commitac0f489:sh .forgejo/ci-required.shfailed twice. Core API, security, import, 73/73 core, 7/7 migration, 5/5 backup security, and 8/8 server security passed.tests/test-transport.ssended 16/24, with no leader elected within 10 seconds and eight dependent assertions failing.JERBOA_DB_TRANSPORT_BASE_PORT=45000 JERBOA_DB_TRANSPORT_TRACE=1 gmake test-transportalso ended 16/24. Both listeners bound and authenticated request-vote/vote-response frames moved in both directions. Repeated simultaneous elections continued past the 10-second limit; there was no connect, decode, or authentication error. This rules out contention on the default port as the cause of these runs.lib/std/raft.ss. Its transport test passed 24/24 once on alternate port 45100, then failed 16/24 on the default port 42407. This is a timing-dependent Raft liveness defect shared by both releases, not a v0.13.2 API omission.A jerboa-db test-only startup delay or longer timeout would hide the failing simultaneous-election path. No safe scoped change to the transport adapter was established. The pin should wait for a reviewed Jerboa Raft election fix and a repeated passing FreeBSD CI run; the transport gate must remain enabled.
Pull request closed