Skip to content

Repo cleanup: retire the served C0 probe and stale upstream-finding content - #132

Merged
lannbot merged 2 commits into
mainfrom
repo-cleanup
Aug 14, 2026
Merged

Repo cleanup: retire the served C0 probe and stale upstream-finding content#132
lannbot merged 2 commits into
mainfrom
repo-cleanup

Conversation

@lannbot

@lannbot lannbot commented Aug 14, 2026

Copy link
Copy Markdown
Collaborator

Cleanup pass over outdated / low-value content. Three separable items, one commit per concern:

1. Findings tracker: orphan CM-1 draft folded in

upstream-issue-stale-async-drop.md dated from the scaffold commit, was referenced nowhere, and duplicated the tracker's CM-1 entry (the declared single source of truth). Its unique filing notes (#578/#646 removal history; the leave-{stream,future}.cancel-* caveat) moved into CM-1; the file is deleted.

2. Findings tracker: CM-2 is RESOLVED upstream — no filing needed

Upstream removed canon_backpressure_set themselves: WebAssembly/component-model#690 (1c42aeb02), verified absent at main 2026-08-14. Status flipped so #15 doesn't drive a dead filing; the now-moot draft-PR text is trimmed (git history keeps it). Runtime annotations describing the pinned submodule (73b7ad5, where the dead code still exists) stay until the next pin bump, per the tracker's own checklist.

While re-verifying: CM-1, CM-3, CM-5 are all still present at upstream main (2026-08-14) — those drafts remain live.

3. Retire tools/probes/webrtc-deno/

The C0 capability probe answered its question 2026-08-08 (Deno substitutes for Node on WebRTC: node-datachannel + werift loopbacks both green); the verdicts are recorded in docs/consumers.md and the milestones C0 row, and no gate runs it. Living coverage is just test-webrtc. Same retire-with-history-pointer pattern as exams/iroh-endpoint (−685 lines, mostly its lockfile). Provenance comments in ports/webrtc and the consumers.md evidence section now point at history; milestones.md and smoke-c0/REPORT.md stay untouched as point-in-time records. Caveat noted in the commit: the werift fallback leg keeps no in-tree executable twin — dated evidence only.

Deliberately kept

Gates

just test-webrtc — 10/10 pass (only code touched is comment-only in ports/webrtc; markdown otherwise).

Sidenote for the operator: issue #15's body still lists IROH-1 as needing a consumer filing, but the tracker marks it RESOLVED-BY-HOST (no filing needed) — the issue body may be worth a trim when convenient.

lann added 2 commits August 14, 2026 10:54
…m (component-model#690)

- upstream-issue-stale-async-drop.md predated the tracker (scaffold commit),
  was referenced nowhere, and duplicated CM-1 — its unique filing notes
  (#578/#646 removal history, the leave-cancel-read/write-alone caveat) now
  live in the CM-1 entry.
- CM-2 (dead canon_backpressure_set in definitions.py) was fixed upstream
  independently by 1c42aeb02 (WebAssembly/component-model#690); status
  flipped to RESOLVED so #15 doesn't drive a dead filing. Runtime
  annotations describing the pinned submodule stay until the pin bumps.
- CM-1/CM-3/CM-5 re-verified still present at upstream main (2026-08-14).
…ered

The probe (2026-08-08) settled whether Deno substitutes for Node on WebRTC
— both node-datachannel/polyfill and pure-TS werift loopbacks green — and
the verdicts are recorded in docs/consumers.md's capability table and the
milestones C0 row. No gate runs it; the living WebRTC coverage is
`just test-webrtc` (ports/webrtc suite, node-datachannel under Deno).
Same pattern as the exams/iroh-endpoint retirement: history via
`git log -- tools/probes/webrtc-deno`. Provenance comments in
ports/webrtc and the consumers.md evidence section now point at history;
milestones.md and smoke-c0/REPORT.md stay as point-in-time records.

Note the werift fallback leg keeps no in-tree executable twin — its
verdict stands as dated evidence only.
@lannbot
lannbot enabled auto-merge August 14, 2026 14:55
@lannbot
lannbot merged commit 4c871cb into main Aug 14, 2026
3 checks passed
@lannbot
lannbot deleted the repo-cleanup branch August 23, 2026 16:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants