chore(aos-cli): stop shipping a pointer to the deleted ward-qa-fixture repo #1339
No reviewers
Labels
No labels
burndown-2026-06
burndown-2026-08
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
coherence-core
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
qa-fixture
role/advocate
role/director
role/exec
role/frontend
role/gamedev
role/human
role/platform
role/qa
role/science
role/sysadmin
state
ambient
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-flight-deck/agentic-os!1339
Loading…
Reference in a new issue
No description provided.
Delete branch "ops/1294-drop-ward-qa-fixture"
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?
Shipping a pointer to a repository that does not exist
aos-cli/repositories/sealed-repos.gitignorelistedcoilyco-flight-deck/ward-qa-fixture, deleted on 2026-08-05.scripts/aos-release-build.shcopies that file into every release bundle, so eachaosrelease carried a sealed-repo entry naming a deleted repository.Scope, and what is deliberately untouched
coilyco-flight-deck/wardstays, both its sealed entry and the!override below it. Ward is archived rather than deleted, so it still resolves. Only the deleted fixture goes.aos-cli/repositories/substrate-repos.txtcarries no ward entries at all, so it needed nothing.What remains on #1294, and why it is not in this PR
Swept
~/projectsforward-qa-fixture. Five hits, and only this one is a tracked file I own:~/projects/.agents/skills/repo-ward-qa-fixture/SKILL.mdand~/projects/.agent-compose/projection.jsonare installed host state, not repository content. The canonical source is already gone: no repo carries that skill andagentic-os-kai's registry does not list the fixture, so the pointer-skill generator will not re-emit it. Both clear on the next agent-compose convergence rather than by hand-editing generated output, which the issue asks for explicitly.infrastructure/scripts/forgejo_github_mirror_sync.pykeeps it in a skip list, commented "installation lookup returns 404 for these failing targets". Removing that entry would let the sync attempt a deleted repository, so it wants an ops decision rather than a delete, and it belongs to that repo.753 tests pass and
pre-commit run --all-filesexits 0.