Skip to content

Stop contributing compile times to cratebank - #38

Merged
zmaril merged 1 commit into
mainfrom
drop-cratebank-census
Aug 28, 2026
Merged

Stop contributing compile times to cratebank#38
zmaril merged 1 commit into
mainfrom
drop-cratebank-census

Conversation

@zmaril

@zmaril zmaril commented Aug 28, 2026

Copy link
Copy Markdown
Contributor

PowderworksCode/cratebank is private, and a workflow cannot resolve an action from a private repository it has not been granted access to. The gate job now fails in about two seconds, before a single step runs:

##[error]Unable to resolve action `powderworkscode/cratebank`, not found

Every pull request and every push to main is red for a reason that has nothing to do with the change under it. Observed today on #32, where gate passed at 18:21 and failed at 18:36 with no change to the workflow in between:

time commit gate
18:21 fa2d3be pass, 59s — Download action repository 'PowderworksCode/cratebank@v0.1.1' (SHA:bbc8b4f)
18:36 1f790b6 fail, 2s — action not found

The repository still exists and v0.1.1 still carries action/action.yml. What changed is visibility.

What this does

Removes the step and the [package.metadata.cratebank] opt-in together, returning .github/workflows/ci.yml and Cargo.toml to the blobs they had before the census went in (35b0efb and 218a6c5).

Nothing else moves. The step built what the cargo steps below it build anyway, and those still run — gate keeps all nine of its remaining steps.

The alternative

If the census is worth keeping, the fix instead is cratebank → Settings → Actions → General → Access, allowing repositories in the PowderworksCode organization. That is a change in the other repository, so this pull request takes the path that can be made here. Happy to close this in favour of that.

Verified

cargo metadata parses the manifest, the workflow parses with gate and action intact, and straitjacket scans the tree clean (91 files).

🤖 Generated with Claude Code

https://claude.ai/code/session_01Rp55cfDuASnkAQMcGgis88

PowderworksCode/cratebank is private now, and a workflow cannot resolve
an action from a private repository it has not been granted. The gate
job fails in about two seconds with `Unable to resolve action
powderworkscode/cratebank, not found`, before a single step runs, so
every pull request and every push to main is red for a reason that has
nothing to do with the change under it.

The measurement was worth having, but not at the price of a gate that
cannot report on the code. This takes out the step and the opt-in
metadata together, returning both files to what they were before the
census went in.

Nothing else moves: the step built what the cargo steps below it build
anyway, and they still run.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Rp55cfDuASnkAQMcGgis88
@zmaril
zmaril merged commit a9ab21c into main Aug 28, 2026
3 of 4 checks passed
@zmaril
zmaril deleted the drop-cratebank-census branch August 28, 2026 18:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant