Skip to content

CI: update checkout, setup-python, setup-uv, codecov - #115

Merged
ChristianGeng merged 3 commits into
mainfrom
fix/ci-action-versions
Aug 6, 2026
Merged

CI: update checkout, setup-python, setup-uv, codecov#115
ChristianGeng merged 3 commits into
mainfrom
fix/ci-action-versions

Conversation

@ChristianGeng

Copy link
Copy Markdown
Member

What

  • Bump actions/checkout v4 -> v7 and actions/setup-python v5 -> v7: both are still deprecated to run on Node.js 20, which GitHub Actions is phasing out.
  • Bump astral-sh/setup-uv v5 -> v9.0.0 and codecov/codecov-action v4 -> v7.
  • Rename the codecov-action file: input to files: (renamed upstream; the old key silently no-ops on v7, i.e. uploads stop working with no error - the "dead caching bug" motivating this rollout).

prune-cache: true on this repo specifically

setup-uv v9.0.0 changed the default of prune-cache from true to false. This PR sets it back to true explicitly for every setup-uv step in this repo.

This is a deliberate departure from the sibling PRs in this same CI-cleanup rollout:

Those repos kept the new false default, because none of them have large pre-built binary wheels in their dependency tree - pruning would save ~0 disk space while adding avoidable re-downloads on every cache-hit run.

audonnx is different: its dev dependency group pulls in torch directly (for onnx-export doctests), which drags in the full CUDA wheel stack (nvidia-cublas, nvidia-cuda-nvrtc, nvidia-cufft, etc). Per the org's own astral-sh/setup-uv#967 benchmark reasoning - the same reasoning used to justify leaving pruning off on the other repos - pruning is specifically what pays off for dependency trees this large.

Setting it explicitly here also avoids a silent behavior regression: the previous pin (v5) already defaulted to prune-cache: true, so this preserves existing CI behavior rather than silently flipping it off as an incidental side effect of the version bump.

Test plan

  • Validated all 5 modified workflow files parse as valid YAML
  • CI runs green on this PR

actions/checkout and actions/setup-python still ran on the deprecated
Node.js 20 runtime; bump them to v7. Bump astral-sh/setup-uv to v9.0.0
and codecov/codecov-action to v7, which requires the renamed `files:`
key in place of the removed `file:`.

Also explicitly set `prune-cache: true` under every setup-uv step.
setup-uv v9.0.0 flipped this default from true to false. Unlike the
sibling repos in this CI cleanup (audeer#206, opensmile-python#132,
audb#591, audformat#539, audbackend#307, audresample#83), which
deliberately kept the new false default because none of them pull in
large binary wheels, audonnx's dev dependency group includes torch
directly (for onnx-export doctests), dragging in the full CUDA wheel
stack (nvidia-cublas, nvidia-cuda-nvrtc, nvidia-cufft, etc). Per the
org's setup-uv#967 benchmark reasoning, pruning pays off precisely for
dependency trees this large. Setting it explicitly also avoids a
silent regression: the previous pin (v5) already defaulted to
prune-cache: true, so this preserves existing behavior rather than
flipping it off as a side effect of the version bump.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@sourcery-ai

sourcery-ai Bot commented Aug 5, 2026

Copy link
Copy Markdown
Contributor

Reviewer's Guide

Updates GitHub Actions workflows to use newer action versions that are compatible with GitHub’s Node.js 20 deprecation, restores uv’s cache-pruning behavior explicitly for this repo, and fixes Codecov configuration so coverage uploads keep working.

Flow diagram for updated CI workflow steps and caching behavior

flowchart TD
  GitHubActions["GitHub Actions job start"] --> Checkout_v7["actions/checkout@v7"]
  Checkout_v7 --> SetupPython_v7["actions/setup-python@v7"]
  SetupPython_v7 --> SetupUv_v9["astral-sh/setup-uv@v9.0.0\nwith prune-cache: true"]
  SetupUv_v9 --> RunJobs["Build, test, docs, lint, publish jobs"]
  RunJobs --> Codecov_v7["codecov/codecov-action@v7\ninput: files"]
  Codecov_v7 --> CoverageUploaded["Coverage reports uploaded"]
Loading

File-Level Changes

Change Details Files
Bump core GitHub Actions to Node.js 20–compatible versions across all workflows.
  • Update actions/checkout from v4 to v7 in all workflows.
  • Update actions/setup-python from v5 to v7 in all workflows.
.github/workflows/test.yml
.github/workflows/doc.yml
.github/workflows/linter.yml
.github/workflows/onnxruntime.yml
.github/workflows/publish.yml
Update uv setup and explicitly re-enable cache pruning to preserve and optimize CI cache behavior for large dependency trees.
  • Update astral-sh/setup-uv from v5 to v9.0.0 in all workflows.
  • Add with: prune-cache: true to every setup-uv step to restore previous behavior and avoid larger, unpruned caches given the torch/CUDA dependency stack.
.github/workflows/test.yml
.github/workflows/doc.yml
.github/workflows/linter.yml
.github/workflows/onnxruntime.yml
.github/workflows/publish.yml
Update Codecov action configuration and fix the coverage file input key so uploads continue working on the new version.
  • Update codecov/codecov-action from v4 to v7 in the test workflow.
  • Rename the Codecov input key from file to files to match the new action API and avoid silent no-op uploads.
.github/workflows/test.yml

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

@sourcery-ai sourcery-ai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey - I've reviewed your changes and they look great!


Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

Documentation, Linter, Test, and Publish jobs sometimes land on an
identical setup-uv cache key (same OS + Python version + dependency-file
hash), so whichever job finishes first saves the cache and the others
get "Failed to save: Unable to reserve cache with key ..., another job
may be creating this cache." Harmless -- the losing job's save would
have been byte-identical anyway -- but requested clean, warning-free CI
across the board.

Added `cache-suffix: ${{ github.workflow }}` to every setup-uv step, so
each workflow gets its own cache entry instead of racing to share one.
Trade-off: workflows no longer share a warm cache with each other, so
each pays its own first-run cost independently instead of one job
seeding it for the rest.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
ChristianGeng added a commit to audeering/audmath that referenced this pull request Aug 5, 2026
* Fix CI caching; bump checkout/setup-python off Node.js 20

setup-uv's cache keys on uv.lock/requirements*.txt, neither of which
exists here (no committed lockfile, by design), so caching never
actually worked. Bumped astral-sh/setup-uv from the floating tag v5
-> v9.0.0: v6.0.0 added pyproject.toml to the default glob, which is
committed and changes exactly when a dependency does -- so caching
now works with no lockfile needed. v7.0.0 also carries the Node 20 ->
Node 24 runtime bump.

Also bumped actions/checkout and actions/setup-python from v4/v5 to
v7, and codecov/codecov-action from v4 to v7, clearing the "Node.js 20
is deprecated" warning entirely. codecov-action's v5 rewrite dropped
the `file` input this workflow used; renamed to `files`, its
replacement. No actions/cache usage exists in this repo's workflows.

Left `prune-cache` at its new default (off): audmath's only runtime
dependency is numpy, with no large pre-built binary wheels like torch,
so pruning would save ~0 disk space while costing avoidable
re-downloads.

Same cleanup as audeering/audeer#206, audeering/opensmile-python#132,
audeering/audb#591, audeering/audformat#539, audeering/audbackend#307,
audeering/audresample#83, audeering/auglib#60, audeering/audonnx#115,
audeering/audinterface#206, and audeering/audiofile#193.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

* Give each workflow its own uv cache to stop reservation races

Documentation, Linter, Test, and Publish jobs sometimes land on an
identical setup-uv cache key (same OS + Python version + dependency-file
hash), so whichever job finishes first saves the cache and the others
get "Failed to save: Unable to reserve cache with key ..., another job
may be creating this cache." Harmless -- the losing job's save would
have been byte-identical anyway -- but requested clean, warning-free CI
across the board.

Added `cache-suffix: ${{ github.workflow }}` to every setup-uv step, so
each workflow gets its own cache entry instead of racing to share one.
Trade-off: workflows no longer share a warm cache with each other, so
each pays its own first-run cost independently instead of one job
seeding it for the rest.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

---------

Co-authored-by: cgeng <cgeng@audeering.com>
Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
ChristianGeng added a commit to audeering/audmetric that referenced this pull request Aug 5, 2026
* Fix CI caching; bump checkout/setup-python off Node.js 20

setup-uv's cache keys on uv.lock/requirements*.txt, neither of which
exists here (no committed lockfile, by design), so caching never
actually worked. Bumped astral-sh/setup-uv (pinned via SHA
3259c6206f99, which resolves to tag v7.1.0) -> v9.0.0: v6.0.0 added
pyproject.toml to the default glob, which is committed and changes
exactly when a dependency does -- so caching now works with no
lockfile needed. Note the existing pin already sat at v7.1.0, past
both the caching fix (v6.0.0) and the Node 20 -> Node 24 runtime bump
(v7.0.0), so neither bug technically applied to this action here --
bumping to v9.0.0 anyway for consistency across the sibling repos in
this cleanup, matching what was done for audformat's and audbackend's
setup-uv pins after the fact (same SHA-pin situation).

Also bumped actions/checkout and actions/setup-python from v4/v5 to
v7, and codecov/codecov-action from v4 to v7, clearing the "Node.js 20
is deprecated" warning entirely. codecov-action's v5 rewrite dropped
the `file` input this workflow used; renamed to `files`, its
replacement. No actions/cache usage exists in this repo's workflows.

Left `prune-cache` at its new default (off): audmetric's runtime
dependencies (audeer, numpy) have no large pre-built binary wheels
like torch, so pruning would save ~0 disk space while costing
avoidable re-downloads.

Same cleanup as audeering/audeer#206, audeering/opensmile-python#132,
audeering/audb#591, audeering/audformat#539, audeering/audbackend#307,
audeering/audresample#83, audeering/auglib#60, audeering/audonnx#115,
audeering/audinterface#206, and audeering/audiofile#193.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

* Give each workflow its own uv cache to stop reservation races

Documentation, Linter, Test, and Publish jobs sometimes land on an
identical setup-uv cache key (same OS + Python version + dependency-file
hash), so whichever job finishes first saves the cache and the others
get "Failed to save: Unable to reserve cache with key ..., another job
may be creating this cache." Harmless -- the losing job's save would
have been byte-identical anyway -- but requested clean, warning-free CI
across the board.

Added `cache-suffix: ${{ github.workflow }}` to every setup-uv step, so
each workflow gets its own cache entry instead of racing to share one.
Trade-off: workflows no longer share a warm cache with each other, so
each pays its own first-run cost independently instead of one job
seeding it for the rest.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

---------

Co-authored-by: cgeng <cgeng@audeering.com>
Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
ChristianGeng added a commit to audeering/audobject that referenced this pull request Aug 5, 2026
* Fix CI caching; bump checkout/setup-python off Node.js 20

setup-uv's cache keys on uv.lock/requirements*.txt, neither of which
exists here (no committed lockfile, by design), so caching never
actually worked. Bumped astral-sh/setup-uv from v5 to v9.0.0: v6.0.0
added pyproject.toml to the default glob, which is committed and
changes exactly when a dependency does -- so caching now works with
no lockfile needed. v7.0.0 also moved the action off the deprecated
Node.js 20 runtime.

Also bumped actions/checkout and actions/setup-python from v4/v5 to
v7, and codecov/codecov-action from v4 to v7, clearing the "Node.js 20
is deprecated" warning entirely. codecov-action's v5 rewrite dropped
the `file` input this workflow used; renamed to `files`, its
replacement, in test.yml so the coverage upload doesn't silently
no-op. No actions/cache usage exists in this repo's workflows.

Left `prune-cache` at its new default (off): audobject's runtime
dependencies (asttokens, audeer, oyaml, packaging) have no large
pre-built binary wheels like torch, so pruning would save ~0 disk
space while costing avoidable re-downloads.

Same cleanup as audeering/audeer#206, audeering/opensmile-python#132,
audeering/audb#591, audeering/audformat#539, audeering/audbackend#307,
audeering/audresample#83, audeering/auglib#60, audeering/audonnx#115,
audeering/audinterface#206, audeering/audiofile#193, and
audeering/audmath#76, audeering/audmetric#94.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

* Give each workflow its own uv cache to stop reservation races

Documentation, Linter, Test, and Publish jobs sometimes land on an
identical setup-uv cache key (same OS + Python version + dependency-file
hash), so whichever job finishes first saves the cache and the others
get "Failed to save: Unable to reserve cache with key ..., another job
may be creating this cache." Harmless -- the losing job's save would
have been byte-identical anyway -- but requested clean, warning-free CI
across the board.

Added `cache-suffix: ${{ github.workflow }}` to every setup-uv step, so
each workflow gets its own cache entry instead of racing to share one.
Trade-off: workflows no longer share a warm cache with each other, so
each pays its own first-run cost independently instead of one job
seeding it for the rest.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

---------

Co-authored-by: cgeng <cgeng@audeering.com>
Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
ChristianGeng added a commit to audeering/audplot that referenced this pull request Aug 5, 2026
* Fix CI caching; bump checkout/setup-python off Node.js 20

Two related CI bugs, both caused by stale GitHub Action version pins:

1. Dead uv caching: astral-sh/setup-uv's default cache-dependency-glob
   keys on uv.lock/requirements*.txt, neither of which exists here (no
   committed lockfile, by design), so caching never actually worked.
   This repo's setup-uv pin was already a SHA
   (3259c6206f993105e3a61b142c2d97bf4b9ef83d) that resolves to tag
   v7.1.0 — past the fix that matters here (v6.0.0 added
   pyproject.toml to the default glob) and past the Node 20 -> Node 24
   runtime bump (v7.0.0). Bumping to v9.0.0 anyway, for consistency
   with the other repos in this cleanup.

2. Node.js 20 deprecation: actions/checkout and actions/setup-python
   bumped v4/v5 -> v7, clearing the "Node.js 20 is deprecated" warning.
   codecov/codecov-action bumped v4 -> v7; its v5 rewrite dropped the
   singular `file:` input in favor of `files:`, renamed accordingly.
   No actions/cache usage exists in this repo's workflows.

Left `prune-cache` at its new default (off): audplot's dependency tree
(audmath, audmetric, matplotlib, pandas, seaborn) has no large
pre-built binary wheels like torch, so pruning would save ~0 disk
space while costing avoidable re-downloads.

Part of the same CI cleanup as audeering/audeer#206,
audeering/opensmile-python#132, audeering/audb#591,
audeering/audformat#539, audeering/audbackend#307,
audeering/audresample#83, audeering/auglib#60, audeering/audonnx#115,
audeering/audinterface#206, audeering/audiofile#193,
audeering/audmath#76, audeering/audmetric#94, audeering/audmodel#63,
and audeering/audobject#127.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

* Give each workflow its own uv cache to stop reservation races

Documentation, Linter, Test, and Publish jobs sometimes land on an
identical setup-uv cache key (same OS + Python version + dependency-file
hash), so whichever job finishes first saves the cache and the others
get "Failed to save: Unable to reserve cache with key ..., another job
may be creating this cache." Harmless -- the losing job's save would
have been byte-identical anyway -- but requested clean, warning-free CI
across the board.

Added `cache-suffix: ${{ github.workflow }}` to every setup-uv step, so
each workflow gets its own cache entry instead of racing to share one.
Trade-off: workflows no longer share a warm cache with each other, so
each pays its own first-run cost independently instead of one job
seeding it for the rest.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

---------

Co-authored-by: cgeng <cgeng@audeering.com>
Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
@ChristianGeng
ChristianGeng merged commit b6db0b9 into main Aug 6, 2026
23 checks passed
@ChristianGeng
ChristianGeng deleted the fix/ci-action-versions branch August 6, 2026 10:00
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.

2 participants