Skip to content

fix: install zizmor as a binary instead of via setup-uv - #7

Merged
arootroatch merged 1 commit into
masterfrom
fix-zizmor-install
Jul 28, 2026
Merged

fix: install zizmor as a binary instead of via setup-uv#7
arootroatch merged 1 commit into
masterfrom
fix-zizmor-install

Conversation

@arootroatch

Copy link
Copy Markdown
Collaborator

astral-sh/setup-uv tries to cache Python project dependencies, and warned on
every run of every consumer — all of which are Clojure repos:

No file matched to [**/*requirements*.txt, **/*constraints*.txt,
**/pyproject.toml, **/uv.lock, ...]. The cache will never get invalidated.

There is nothing to cache. The job runs one tool once; it does not install a
Python project. So the action was pure noise on a path that every consumer hits.

zizmor ships prebuilt Linux binaries, so it now installs the same way gitleaks
and actionlint already do in this workflow. That also removes an action to
SHA-pin and to keep off deprecated Node runtimes.

Bumps 1.11.01.28.0 while here, verified clean against this repo's own
workflows at the new version. zizmor remains advisory by default, so a consumer
picking up newer audits cannot be blocked by them.

One thing caught locally rather than in CI: the release tarball is flat (just
zizmor, no top-level directory), so an initial
--strip-components=1 --wildcards '*/zizmor' form would have failed. Dry-running
the extraction found it before pushing.

🤖 Generated with Claude Code

setup-uv tries to cache Python project dependencies and warned on every run of
every consumer, all of which are Clojure repos:

  No file matched to [**/requirements*.txt, **/pyproject.toml, **/uv.lock, ...]
  The cache will never get invalidated.

There is nothing to cache — the job runs one tool once, it does not install a
Python project — so the action was pure noise. zizmor ships prebuilt Linux
binaries, so it now installs the same way gitleaks and actionlint already do,
which also removes an action to SHA-pin and keep off deprecated Node runtimes.

Bumps 1.11.0 -> 1.28.0 while here; verified clean against this repo's own
workflows at the new version. zizmor stays advisory by default, so a consumer
picking up newer audits cannot be blocked by them.

The tarball is flat, so extraction is 'tar -xz -C /usr/local/bin zizmor' — an
earlier --strip-components=1 --wildcards form would have failed in CI, caught by
dry-running the extraction locally.
@arootroatch
arootroatch merged commit 8b4c353 into master Jul 28, 2026
10 checks passed
@arootroatch
arootroatch deleted the fix-zizmor-install branch July 28, 2026 17:50
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