Skip to content

chore(epic): reconcile #639 with actual ecosystem v1.0 state (stale assumption) #682

Description

@kcenon

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:

Repository v1.0 Epic State
common_system #640 CLOSED
thread_system #670 CLOSED
container_system #512 CLOSED
logger_system #604 CLOSED
monitoring_system #667 CLOSED
database_system #564 CLOSED
network_system #964 OPEN
pacs_system #1095 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

How

Approach

  1. For each of the 8 repositories, look up the latest release tag (gh release list --repo <repo>) and the version macro in source.
  2. Build a state matrix: epic state vs. tag state vs. version macro vs. CHANGELOG.
  3. 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.
  4. Update Track ecosystem-wide v1.0 API stabilization readiness #639's body and version table to reflect reality. Close Track ecosystem-wide v1.0 API stabilization readiness #639 if the only remaining open epics (#964, #1095) fully subsume the ecosystem-wide tracking.

Acceptance Criteria

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions