[ci] All 9 build-linux runs on v0.1.0 tags FAILED — distinct from cluster A #136
Labels
No labels
prio_critical
prio_low
type_bug
type_contact
type_issue
type_lead
type_question
type_story
type_task
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lhumina_code/hero_whiteboard#136
Loading…
Add table
Add a link
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?
Audit context
Filed during Phase 2 CI audit (hero_demo#54, session 55).
State
v0.1.0(one valid; multiple typo'dv.0.1.0attempts)status=failureacross both matrix targets (linux-amd64-musl and linux-arm64-gnu).Distinct from other 7 services
build-linux.yamlis inline release logic (164 lines, not the sharedscripts/build_lib.sh::publish_binarieshelper). Includes: tag-on-main-branch ancestry verification, race-tolerant POST/GET release creation, and explicit/releases/<id>/assetsupload. So even after cluster A is fixed, this repo will still fail until the build itself succeeds.What we know
ghcr.io/despiegk/builder:latestrustup default 1.93.0(workspace uses edition 2024)setup_linux_toolchainRecommended fix
Read the run logs for the most recent failure (run id from
actions/tasksAPI) to identify which step crashes. Likely candidates: cargo build failure on edition 2024 / target setup / git-deps cache. Once the build passes, the inline release logic should produce assets correctly.Cluster
Standalone — not cluster A.
Effort
Medium — bug-of-the-day class. Estimate 2-4 h depending on what the run logs reveal. Phase 2 implementation.
It requires admin access to set the forge token