Skip to content

itsalive: refresh hash for 1aa4d83; trigger lint on package/itsalive - #214

Merged
mcfbytes merged 1 commit into
masterfrom
fix/itsalive-1aa4d83-hash
Sep 29, 2026
Merged

mcfbytes merged 1 commit into
masterfrom
fix/itsalive-1aa4d83-hash

Conversation

@mcfbytes

Copy link
Copy Markdown
Owner

Fixes the red master Lint CI run (https://github.com/mcfbytes/Buildroot_MiSTer/actions/runs/36491578931): the stale itsalive hash pin left by #210.

Why #210 was green: lint.yml's paths: filters (push and pull_request) include package/azcopy/** but not package/itsalive/**, so the itsalive pin-consistency gate never ran on the PR. It ran on master only because #211 touched scripts/. build.yml builds the DE10 image, not the installer cpio, so it couldn't catch this either.

Changes

  • package/itsalive/itsalive.hash: new itsalive-1aa4d83…-cargo6.tar.gz hash, derived with the recipe in the file's header (make O=output-installer itsalive-source → "No hash found" → sha256sum). LICENSE hash is unchanged, and the vendored set is still just libc.
  • .github/workflows/lint.yml: add package/itsalive/** to both path filters, so future bumps go red on the PR.

🤖 Generated with Claude Code

…salive

#210 bumped ITSALIVE_VERSION without the hand-derived hash. lint.yml's
pin gate never ran on the PR: its paths filter listed package/azcopy/**
but not package/itsalive/**, and build.yml doesn't build the installer.

Hash from the recipe in itsalive.hash (make O=output-installer
itsalive-source). LICENSE unchanged; vendored set is still just libc.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@mcfbytes
mcfbytes merged commit 00de58a into master Sep 29, 2026
4 checks passed
@mcfbytes
mcfbytes deleted the fix/itsalive-1aa4d83-hash branch September 29, 2026 05:03
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