docs+units: fix every claim my own changes made false
Retiring dankclaw/compose.yaml and adding alert rules invalidated claims across
the repo, including in the rule file agents read first. Clean cutover includes
the prose.
**Tests that had gone hollow.** Four assertions grepped dankclaw/compose.yaml
for a service name. With the file gone they passed by *absence* — a gate that
can no longer fail. Each now asserts the real invariant ("no dankclaw compose
file competes with the quadlet units") and keeps a live check for a re-added
entry, so it still fails when one appears: verified by recreating a compose file
with a comfyui service and watching three tests go red, then removing it.
**AGENTS.md, which was wrong about ComfyUI.** It said ComfyUI runs CPU-only
("no ROCm wheels for gfx1151, CUDA images wrong"). That was true in the
compose era and is false now: the restored unit runs with /dev/kfd + /dev/dri and
must NOT pass --cpu. An agent trusting the rule file would have re-broken it.
Also corrected: the observability paragraph ("RUNNING BUT UNCONFIGURED, no
datasource, no rules" — all three have been configured since 2026-09-16), the
Active runbook row that still named halogen for frank-large, halogen's absence
from the Retired table, the benchmark policy naming halogen's harness, and the
seam list.
**Unit and page claims.** prometheus.container said "no alerting rules anywhere
in this stack"; node-exporter.container said Dankserver runs from its compose
stack; Prometheus.md documented three jobs as working (they scrape HTML: they
can never report up) and said no dashboard existed; index.md and the three
authentik service pages pointed at the retired file; Authentik.md's upgrade
instruction told you to bump an image tag in it.
One bad edit of my own on the way (a stale line number clobbered a See Also
entry in Prometheus.md) — caught by reading back, fixed, and the vault link
checker now proves the cross-references hold.
This commit is contained in:
1 parent
2e33ec36c1
commit
f134cc8876
12 files changed
+95
-43
No files matched your search
@@ -263,14 +263,19 @@ PAIRS
|
||||
grep -q 'build_compose_image alloy' "$REMOTE_DEPLOY"
|
||||
}
|
||||
|
||||
@test "the five are no longer compose services" {
|
||||
@test "no dankclaw compose file competes with the quadlet units" {
|
||||
# Two owners for one container name is how a compose run resurrects a
|
||||
# stale duplicate next to the quadlet-managed one.
|
||||
local svc
|
||||
for svc in "${UNITS[@]}"; do
|
||||
! services_in "$REPO_ROOT/dankclaw/compose.yaml" | grep -qx "$svc" \
|
||||
|| { echo "$svc is still a compose service"; return 1; }
|
||||
done
|
||||
# stale duplicate next to the quadlet-managed one. This file was retired on
|
||||
# 2026-09-16 — every container on the host reports a PODMAN_SYSTEMD_UNIT
|
||||
# label — and the invariant is that it stays retired: the four assertions
|
||||
# that used to grep it passed against the missing file, which is how a gate
|
||||
# goes hollow.
|
||||
local cf="$REPO_ROOT/dankclaw/compose.yaml"
|
||||
[ ! -f "$cf" ] || {
|
||||
echo "$cf is back: every dankclaw container is unit-managed, so a"
|
||||
echo "compose path can only spawn a duplicate fighting a unit for a name"
|
||||
return 1
|
||||
}
|
||||
}
|
||||
|
||||
@test "changes under dankclaw/observability/ run this seam" {
|
||||
|
||||
Reference in new issue
Block a user