reuse-surface/workplans/REUSE-WP-0021-commerce-canon-source-rename.md
tegwick c4c800f4a3
All checks were successful
CI Smoke / host-smoke (push) Successful in 0s
CI Smoke / container-smoke (push) Successful in 1s
ci / validate-registry (push) Successful in 1m7s
Track CommerceCanon source rename and archived binding follow-up
Assistant: codex
Assistant-Model: gpt-6-astra
Assistant-Session: 01a070b5-4994-7271-bd8b-7c3dbcedec4b
2026-09-05 20:25:07 +02:00

2.2 KiB

id type title domain repo status owner origin origin_ref created updated state_hub_workstream_id
REUSE-WP-0021 workplan Follow the CommerceCanon repository rename in federation sources infotech reuse-surface ready codex residual IDENTITY-WP-0004 2026-09-05 2026-09-05 0d1beafd-e638-5bb9-b91d-13543ac42a04

CommerceCanon source-coordinate handoff

identity-canon was renamed to commerce-canon under CFED-WP-0001-T03 and IDENTITY-WP-0004. Forge repository ID 46 is unchanged, and the old URL is a redirect. Project task CFED-WP-0001-T09 owns fleet acceptance and consumes this repository's source/refresh evidence.

Update source coordinates and verify federation

id: REUSE-WP-0021-T01
status: todo
priority: medium
state_hub_task_id: "b7803b7d-0b70-5aac-8f6a-2704794fccf2"

Update registry/federation/sources.yaml and local-repo-roster.yaml to the canonical commerce-canon URL/path. Refresh the affected source cache and registry/indexes/federated.yaml through the repository's federation tooling. Preserve capability.identity.subject-resolution and capability.identity.vocabulary-canonicalize identifiers; a repository rename alone does not redefine capabilities. Source owner/URL/cache metadata should match the newly published commerce-canon registry.

Verify both capability entries remain discoverable with canonical source links, record command/results and commit, and hand evidence back to CFED-WP-0001-T09. Leave historical workplan/completion provenance intact. No credential, runtime service, or capability-semantic migration is authorized by this task.

Repair archived workplan bindings reported during handoff registration

id: REUSE-WP-0021-T02
status: todo
priority: low

The 2026-09-05 handoff registration created this workplan and T01 successfully, but the full consistency audit reported pre-existing invalid None bindings in archived REUSE-WP-0017, REUSE-WP-0018 and REUSE-WP-0019 (C-03, plus C-08 on their closed DB records); binding upload returned 422. Reconcile these through the supported identifier/projection tooling, preserving work-record identity and history, then rerun the audit. This is an index-repair follow-up, not a failure of the completed commerce-canon Forge/State Hub rename.