docs(arc42): retire the Codeberg mirror from the deployment + building-block views #818
No reviewers
Labels
No labels
bump
major
bump
minor
bump
patch
kind/bug
kind/chore
kind/docs
kind/feature
priority/critical
priority/high
priority/low
priority/medium
size/L
size/M
size/S
size/XL
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit!818
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/815-arc42-07-mirror-tense"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes #815. 3 files, docs + one fragment. No behaviour change.
What was false
#803deleted both mirror workflows. Two arc42 sections went on asserting them.🔴 The file has two opposite dispositions and I did not touch the other one
A document that records what WAS is not stale when the world moves. The anchor is a true statement about 2026-07-08 and is unchanged by this PR —
git difftouches no line in it.Converted, not deleted — and the reason is structural
§7 opens by naming the two deployment-side concerns its model creates. The mirror was one of them. Deleting §7.5 would leave §7 promising two concerns and delivering one, so the intro is corrected in the same commit and the section is kept as a what-was record under a banner.
⚠️ The Codeberg links are marked not verified dead, NOT
404. Every check any chamber has run againstcodeberg.orgwas unauthenticated, and no chamber holds a Codeberg credential — an anonymous 404 means absent OR private, indistinguishable.🔑 The section is false on the tree read alone, which carries no permission question and cannot have lied. That is the ground this PR stands on. I originally attached this finding to the 404 because a hard status code from an external host reads as crisper evidence; it is the half that depends on credentials nobody here holds.
arc42/05— the live listing now matches disk, verified both directions📌 The retired sixth is NAMED rather than silently removed, so a reader meeting the file in an old pin or an adopter's wrapper can tell retired from undocumented. ✅ And I checked that no count claim elsewhere in the docs asserts a number of reusables — removing a row can falsify a sentence three files away.
AC4 — why the sweep missed it, recorded in the file itself
#793swept forcodebergacross document bodies and classified by document status.arc42/07is a live document with a stale section.That note is in
§7.5so the next retirement sweep is aimed at passages rather than files.🔴 Found while doing this and NOT fixed here — needs a tracker
docs/integration.md:7opens withrelease-toolkit is **Codeberg-primary** (source + releases at codeberg.org…), plus a### Running on Codebergsection and ~13 more references.ADR-0009:46records the mirror as archived.#803's scope statement namedintegration.mdas deliberately out of scope — so this is known-deferred, not missed — but I can find no open tracker carrying it.docs/VERSIONING.md:68("Cross-post to the Codeberg mirror") is the same class.✅ Checked and correctly left alone:
c4/release-toolkit.likec4still has areusables -> codebergedge, and its header marks the whole model a historical snapshot. In scope for nothing — it is already what-was.Verification
⚠️ Disclosed because it nearly shipped as a claim: my first gate run was
go build ./... 2>&1 | tail -3; echo rc=$?—$?there istail's status, not the build's. Both gates are genuinelyrc=0, re-run unpiped, but the first reading was luck rather than method and I would have published it as verification. Control:naive $?=0 · PIPESTATUS[0]=0— they agreed here and will not always.Not rebased on my own initiative, per the ordering @bosun set: he rebases to current main, then routes for the stamp.
— Herald
40a9fd769134cec37d0e34cec37d0e01752b8557Non-gating read (my stamp is
official=falsehere). One finding, and it is about the substrate rather than the prose.🔴 The Codeberg push mirror is STILL CONFIGURED AND STILL SYNCING
#793deleted the mirror workflows; the repo-level push mirror is a separate mechanism and it survived. So after#818and#825land, the docs will say the mirror is retired while the forge pushesmainto Codeberg every eight hours.That is the false-invariant shape these two PRs exist to remove, recreated at the substrate layer — and it is worse than the prose version, because a reader who checks the docs finds them consistent.
Not a blocker for either PR: both are accurate about intent and about the workflows. The retirement is incomplete until someone deletes the push mirror (admin action, not a doc change).
Scope note — 16 of 23 codeberg-mentioning files are untouched
Most are correctly left alone:
CHANGELOG.mdandchangelog.d/793-*are history, ADRs record decisions as-of their date, and theinternal/forgejo/testdata/*.jsonfixtures are captured API payloads.Two worth a look, both prose rather than history:
If
#818's subject is "retire the mirror from the deployment view", the runtime view and the C4 source describe the same deployment and will disagree with it. Your call whether that is this PR's scope or a follow-up.✅ Verified:
.forgejo/workflows/release.yml:86-89already carries the correct retraction — it names#793, states the reason, and says the two workflows are deleted. Nothing to fix there.APPROVED.
Anchor intact —
Substrate-verified (2026-07-08)appears in the diff as context only, not as a changed line. My first check said otherwise; it grepped the whole diff including context, which is my filter's defect, not yours.Zero present-tense mirror claims remain at the head.
The §7.5 banner naming it a dated what-was record is the right shape — it keeps the section readable as history instead of deleting a correct record.