Bump astral-sh/setup-uv from 4 to 5

[dependabot]

Bumps astral-sh/setup-uv from 4 to 5.

Release notes

Sourced from astral-sh/setup-uv's releases.

v5.0.0 🎄 Merry Christmas - Help fastly and users by default

Changes

This christmans 🎄 release is a bit early bit still full of presents 🎁 Since we are changing some of the defaults this can lead to breaking changes, thus the major version increase.

Here are the highlights:

Default to enable-cache: true on GitHub hosted runners

Did you know that that Fastly, the company hosting PyPI, theoretically has to pay $12.5 million per month and so far have served more than 2.41 exabytes of data?

This is why they asked us to turn on caching by default. After weighting the pros and cons we decided to automatically upload the cache to the GitHub Actions cache when running on GitHub hosted runners. You can still disable that with enable-cache: false.

I remember when I first got into actions and didn't understand all the magic. I was baffled that some actions did something behind the scenes to make everything faster. I hope with this change we help a lot of users who are don't want to or are afraid to understand what enable-cache does.

Add **/requirements*.txt to default cache-dependency-glob

If caching is enabled we automatically searched for a uv.lock file and when this changed we knew we had to refresh the cache. A lot of projects don't use this but rather the good old requirements.txt. We now automatically search for both uv.lockand requirements*.txt (this means also requirements-test.txt, requirements-dev.txt, ...) files. You can change this with cache-dependency-glob

Auto activate venv when python-version is set

Some workflows install packages on the fly. This automatically works when using a python version that is already present on the runner. But if uv installs the version, e.g. because it is a free-threaded version or an old one, it is a standalone-build and installing packages "into the system" is not possible.

We now automatically create a new virtual environment with uv venv and activate it for the rest of the workflow if python-version is used. This means you can now do

- name: Install uv
  uses: astral-sh/setup-uv@auto-environment
  with:
    python-version: 3.13t
- run: uv pip install -i https://pypi.anaconda.org/scientific-python-nightly-wheels/simple cython

🚨 Breaking changes

• Default to enable-cache: true on GitHub hosted runners @​eifinger (#193)
• Add **/requirements*.txt to default cache-dependency-glob @​eifinger (#185)

🐛 Bug fixes

• Always use api.github.com @​eifinger (#191)

🚀 Enhancements

• Auto activate venv when python-version is set @​eifinger (#194)
• Add python version to cache key @​eifinger (#187)

... (truncated)

Commits

• 887a942 Set VIRTUAL_ENV to .venv instead of .venv/bin (#210)
• d174a24 Align use of actions/setup-python with uv docu (#207)
• 12c852e Remove uv version from cache key (#206)
• 180f8b4 Fix wrong cacheDependencyPathHash (#201)
• e3fb95a Warn instead of fail for no-dependency-glob (#200)
• 2af22b5 chore: update known checksums for 0.5.11 (#198)
• dd57877 Auto activate venv when python-version is set (#194)
• 85aa0bf chore: update known checksums for 0.5.10 (#196)
• 1f2cbfa Bump @​types/node from 22.10.1 to 22.10.2 (#189)
• 25b3ce6 chore: update known checksums for 0.5.9 (#195)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Summary by Sourcery

CI:

• Update CI workflow to use astral-sh/setup-uv v5.

[sourcery-ai]

Reviewer's Guide by Sourcery

This PR bumps the version of astral-sh/setup-uv from 4 to 5. This change enables caching by default on GitHub hosted runners, adds requirements*.txt to the default cache dependency glob, and automatically activates a virtual environment when the python-version input is set.

Sequence diagram for updated setup-uv v5 workflow behavior

sequenceDiagram
    participant GH as GitHub Runner
    participant UV as setup-uv@v5
    participant Cache as GitHub Actions Cache
    participant PyPI as PyPI (Fastly)

    Note over UV: New default behavior
    GH->>UV: Run setup-uv action
    UV->>Cache: Check for cached packages
    alt Cache hit
        Cache-->>UV: Return cached packages
    else Cache miss
        UV->>PyPI: Download packages
        UV->>Cache: Store packages in cache
    end
    alt python-version specified
        UV->>UV: Create and activate venv
    end
    UV-->>GH: Setup complete

Loading

File-Level Changes

Change	Details	Files
Update astral-sh/setup-uv to v5	Changed the version of astral-sh/setup-uv from v4 to v5 in the Install uv step of the pythonpackage.yml workflow file.	.github/workflows/pythonpackage.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.
• Generate a pull request title: Write @sourcery-ai anywhere in the pull
  request title to generate a 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. You can also use
  this command to specify where the summary should be inserted.

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

• Contact our support team for questions or feedback.
• Visit our documentation for detailed guides and information.
• Keep in touch with the Sourcery team by following us on X/Twitter, LinkedIn or GitHub.

[sourcery-ai]

We have skipped reviewing this pull request. It seems to have been created by a bot (hey, dependabot[bot]!). We assume it knows what it's doing!

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud