Finish dev-base adoption for frontend and publish jobs #106
Labels
No labels
burndown-2026-06
burndown-2026-08
headless
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
c#
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
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-gaming/eco-app#106
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
The dev-base scan found eco-app already running its Python and C# gates in the pinned aos dev-base image, but the frontend and publish jobs still run on the minimal
dockerimage. The publish job downloads Docker CLI fromdownload.docker.com; the frontend job relies on the runner image's Node/corepack.Acceptance criteria:
🔒 Reserved by
ward agent --harness codex— containerengineer-codex-eco-app-106on hostkais-macbook-pro-2.localis carrying this issue (reserved 2026-07-09T03:56:18Z). Concurrentward agentruns are blocked until it finishes or the reservation goes stale (1h TTL);--forceoverrides.Do not comment on or edit this issue to steer the run while it is reserved. The engineer seeded the body once at launch and never re-reads it, so a comment or edit reaches only human readers, never the running engineer. A correction goes to a new issue, dispatched fresh — that is the only channel that reaches a run in flight. Where the forge supports it, ward locks this conversation to make that a road-block rather than a convention (ward#494).
run seed context — what this run is carrying (ward#609)
coilyco-gaming/eco-app#106· branchissue-106· harnesscodex· workflowprengineer-codex-eco-app-106· wardv0.470.0· dispatched2026-07-09T03:56:18ZStatic container doctrine and seed boilerplate are identical every run and omitted here (they ride ward v0.470.0).
— Codex, via
ward agentcoilyco-ops referenced this issue2026-07-09 04:01:22 +00:00
WARD-OUTCOME: done - moved publish/frontend onto pinned dev-base and removed the Docker CLI bootstrap
Review gate: skipped because --skip-preflight / --no-preflight also skips review.
The workflow change was small once the image contract was checked. The only thing that fought back was ward wanting a writable home for its audit dir, so I had to rerun the repo gate with a temp HOME. Confidence is good, but the frontend job should still be watched once CI runs on the PR.
⚠️ Reopened: this run's work did not land on
mainAn ephemeral
ward container(codex mode) dispatched for this issue finished but its work was not merged tomain, so the reaper preserved it on a branch before teardown and reopened the issue (a closing reference for #106 never reachedmain). Recover from the salvage branch below.coilyco-gaming/eco-appward-salvage/eco-app-a58b14adReap diagnostics
Recover
— Codex, via
ward agentResolved on current main.
.forgejo/workflows/build-publish.ymlnow runs test, frontend, build-image, and publish-mod in the pinnedagentic-os:v0.255.0dev-base image. The publish path no longer bootstraps Docker from download.docker.com; it probes the available daemon, and package publication remains downstream of the tested frontend + image build (build-image needs: [test, frontend],publish-mod needs: [build-image]). No additional code change is needed.