Release Ouroboros v1.5.0 #minor - #123
Conversation
Pin the current plugin releases, make frontend installs lockfile-driven, add a strict audit gate, update CI action runtimes, and bump the app and server package versions.
tavateva
left a comment
There was a problem hiding this comment.
APPROVE — clean, complete, correctly-scoped v1.4.1→v1.5.0 release, and the cross-repo gate is satisfied.
For a release PR the review is completeness + the plugin-pin integrity, and both hold:
- App version →
1.5.0inpackage.json(both the top-level andpackages[""]fields) andpython/pyproject.toml;#minoris the right bump from1.4.1. - Plugin pins move consistently everywhere: Neuroglancer
v1.0.1 → v1.1.1and autosegv0.4.0-beta.1 → v0.4.0-beta.2(CPU and CUDA assets) across the workflow input defaults, the workflow env (OUROBOROS_*_PLUGIN_TAG),production-package-flavors.md, andtechnical-constants.md— no surface left behind. A tree-wide grep found zero stalev1.0.1/beta.1/1.4.1references. - The build-time gate passes. This release downloads the pinned plugin assets during the build, so the real risk is a pin to an unpublished release. Both are live:
neuroglancer-plugin v1.1.1(published 15:32 UTC,neuroglancer-plugin-v1.1.1.zippresent) andouroboros_autoseg_plugin v0.4.0-beta.2(published 13:51 UTC, both CPU/CUDA assets present) — verified via the release API, non-draft, assets attached. - The audit gate is the right shape.
validate-npm-audit.mjsallowlists exactly one advisory (GHSA-qwww-vcr4-c8h2, the React Router false positive) for exactlyreact-router/react-router-domat exactly the patched7.18.2, and fails for any other advisory or resolved version — a narrow triple-keyed exception, not a blanket audit disable. The lockfile pins both packages to7.18.2, so the exception is real and self-limiting. - The −2028 is lockfile churn, not content loss:
package-lock.jsonis+612/−1974(the Node lock refresh / React-Router dedup), everything else is small.
CI is green on the four reported checks (docs, coverage, server-image, test-coverage); the desktop AppImage/deb/snap + plugin-flavor builds and the Docker HTTP smoke are release-time/local per the body, which is the normal shape for this repo. The two "Known follow-ups" (the inherited Electron desktopName warning and Docker deps not yet lockfile-backed) are honestly surfaced and neither blocks a release.
Nice closure on the chain: this pins exactly the two plugin releases just reviewed (neuroglancer-plugin#14, ouroboros_autoseg_plugin#53), and the pins match the actually-published tags and asset names. Clear to merge-and-tag.
Limit: reviewed via the diff, a fresh clone for the stale-reference grep, and the release API for asset verification; the desktop/Docker builds are CI/local authority, not re-run here.
Summary
Validation
npm run typechecknpm run buildnpm run audit:release/,/step-names)Known follow-ups
desktopName