Skip to content

[P1] Public generic release evidence: freeze one current candidate and reconcile all gates #305

Description

@wsdt

[P1] Public generic release evidence: freeze one current candidate and reconcile all gates

Review baseline and scope

Reviewed source: c9d32008e98d0e1711f47cb739f61c42376b884e on main, 22 September 2026.
Classification: EXACT-SHA EVIDENCE / CANDIDATE FREEZE.
Predecessors: #163, #164, #175, #149, #140.
This replaces their remaining work; closing a predecessor during backlog migration is not a claim that its original scope was completed.

Already delivered — do not rebuild

The CI selectors and evidence packet inventory already exist. Historical selected jobs were genuinely green on three OSes at 7def8fb / run 35433295593 and 3548dc9 / run 35407101886, despite unrelated failed/cancelled aggregate run conclusions. These are not evidence for the pinned current implementation. PG-9 was already decided as unsupported/unpublished on 19 September; making that decision again or inventing a publication pipeline is not remaining work.

Remaining implementation / execution

  • Freeze one clean, exact candidate after the remaining boundary and settlement integration, with the complete local quality gates and an authenticated artifact/corpus inventory.
  • Obtain the required Linux/macOS/Windows jobs for that exact candidate and inspect job-level conclusions, nonzero test selection, required toolchain execution and negative controls.
  • Finish the existing evidence packet: local and hosted results, exact artifact digests, compatibility/delta review, security review and decision linkage. Reconcile stale fixture-only/no-provider and outdated current-head claims across the milestone, consumers, matrix and roadmap.

Acceptance evidence

  • All required evidence names the same exact candidate SHA; historical selected-job success is retained as historical, not relabelled as current.
  • All applicable gates and remaining packet sections are complete; missing or skipped required execution is not called green.
  • PG-9 remains unsupported/unpublished unless a separately authorized maintainer decision actually changes it.
  • No new generic-package publication workflow is introduced solely to satisfy tests for a deliberately unpublished surface.

Integration dependencies

These identify related acceptance work; safe independent implementation can proceed in parallel where the owning contracts permit it.

Boundaries

A task description is not an authorization for provider spend, signing, publication, remote deployment or a change to support policy. Preserve existing stable identities, explicit profile limits, source authority and non-vacuous acceptance gates.

Evidence and implementation entry points

  • Issue #163 update
  • Issue #164 update
  • Issue #175 update
  • Repository entry point: docs/PUBLIC-GENERIC-RELEASE-CANDIDATE-EVIDENCE-V1.md (review at the pinned revision).
  • Repository entry point: docs/PUBLIC-GENERIC-OWNERSHIP-MILESTONE-V1.md (review at the pinned revision).
  • Repository entry point: .github/workflows/ci.yml (review at the pinned revision).
  • Repository entry point: docs/COMPLETION-MATRIX.md (review at the pinned revision).

Test results described above are retained repository evidence, not a fresh full test run performed by this backlog review. Re-run the owning gates for the implementation being accepted.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions