You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Reconcile this epic with the actual ecosystem state. As of 2026-05-09, the v1.0 release-prep epics for six dependency libraries are CLOSED, while two top-tier epics remain OPEN:
The epic body still says "All 8 repositories at version 0.x.x — no API stability guarantees", which contradicts the closed dependency epics. Either the dependencies actually shipped v1.0 (making the body stale) or the epics were closed prematurely (making the dependency claims stale).
An OPEN tracking epic with a stale body misleads consumers and contributors about ecosystem readiness.
network_system #964 and pacs_system #1095 are still OPEN — their dependencies show CLOSED, so we cannot tell from issue state alone whether the dependencies are actually shippable.
Each ecosystem repository's tags and releases page
Each repository's CHANGELOG.md and version macros (e.g. *_VERSION_MAJOR)
How
Approach
For each of the 8 repositories, look up the latest release tag (gh release list --repo <repo>) and the version macro in source.
Build a state matrix: epic state vs. tag state vs. version macro vs. CHANGELOG.
Decide for each row: (a) v1.0 actually shipped — update Track ecosystem-wide v1.0 API stabilization readiness #639 body and remove from "blockers"; (b) epic closed prematurely — reopen with a stale-state explanation; (c) v1.0 in progress under a different epic — link the active epic.
What
Reconcile this epic with the actual ecosystem state. As of 2026-05-09, the v1.0 release-prep epics for six dependency libraries are CLOSED, while two top-tier epics remain OPEN:
The epic body still says "All 8 repositories at version 0.x.x — no API stability guarantees", which contradicts the closed dependency epics. Either the dependencies actually shipped v1.0 (making the body stale) or the epics were closed prematurely (making the dependency claims stale).
Part of #639.
Why
Where
CHANGELOG.mdand version macros (e.g.*_VERSION_MAJOR)How
Approach
gh release list --repo <repo>) and the version macro in source.Acceptance Criteria