ci: consume shared edera-dev/actions for disk and sccache steps#214
Merged
Conversation
The disk-reporting, disk-reclaim, and sccache-credential-selection
steps that grew here over the recent disk-pressure and compile-cache
work have been extracted into reusable composite actions in
edera-dev/actions (v0.0.14), so xen-oci and later builders share one
implementation instead of drifting copies. Replace the inline steps
with the actions, pinned by commit hash.
Behavior is intentionally identical, with two structural changes:
- The separate "report disk space (after cleanup)" step is gone; the
reclaim action prints the KB it freed and the resulting disk state
itself.
- The Azure connection string no longer travels via GITHUB_ENV (which
lands in the process environment of every subsequent step, including
third-party actions); the configure action emits it as a step output
and only the "run docker script" step binds it as env, which is the
single place docker.sh's -e passthrough needs it. The non-secret
SCCACHE_AZURE_{RW_MODE,BLOB_CONTAINER,KEY_PREFIX} still arrive via
GITHUB_ENV from the action. Fork PRs (no secrets) still degrade to a
local disk cache: the container name is only exported when
credentials exist, and sccache's Azure backend engages only when
both are present.
The reclaim action's dangerous removals (hosted toolcache, Rust) are
opt-in defaults-off in the shared action; this workflow opts into both,
since kernel builds use neither and cosign-installer runs after the
reclaim and re-creates its toolcache entry.
Signed-off-by: Steven Noonan <steven@edera.dev>
56f9020 to
d678772
Compare
kaniini
approved these changes
Jul 15, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The disk-reporting, disk-reclaim, and sccache-credential-selection steps that grew here over the recent disk-pressure and compile-cache work have been extracted into reusable composite actions in edera-dev/actions (v0.0.15), so xen-oci and later builders share one implementation instead of drifting copies. Replace the inline steps with the actions, pinned by commit hash.
Behavior is intentionally identical, with two structural changes:
The reclaim action's dangerous removals (hosted toolcache, Rust) are opt-in defaults-off in the shared action; this workflow opts into both, since kernel builds use neither and cosign-installer runs after the reclaim and re-creates its toolcache entry.