Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore(deps): update astral-sh/setup-uv action to v5 #112

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Dec 21, 2024

This PR contains the following updates:

Package Type Update Change
astral-sh/setup-uv action major v4.2.0 -> v5.2.2

Release Notes

astral-sh/setup-uv (astral-sh/setup-uv)

v5.2.2: 🌈 Full support for GHES

Compare Source

Changes

This release fixes some issues that prevented use with GitHub Enterprise Server instances.

🐛 Bug fixes
🧰 Maintenance
📚 Documentation
⬆️ Dependency updates

v5.2.1: 🌈 Support toml spec 1.0.0

Compare Source

v5.2.0 introduced TOML parsing using @​iarna/toml because we already found out in astral-sh/ruff-action that toml has missing features.

As it turns out @​iarna/toml also is not fully TOML spec (1.0.0) compliant.

We now use smol-toml

🐛 Bug fixes

v5.2.0: 🌈 Detect required-version from config file

Compare Source

This release adds support to derive the version of uv to be installed from pyproject.toml and uv.toml files.
If no version input is defined the default is now to look for a required-version in uv.toml and then pyproject.toml in the repository root. If it cannot find any it falls back to latest.

If your files are at a different place you can use the new inputs uv-file or pyproject-file.

🐛 Bug fixes
🚀 Enhancements
🧰 Maintenance
📚 Documentation
⬆️ Dependency updates

v5.1.0: 🌈 Fewer cache invalidations

Compare Source

Changes

This release includes less frequently invalidated caches and a fix for setting the correct VIRTUAL_ENV

🐛 Bug fixes

🚀 Enhancements

📚 Documentation

v5.0.1: 🌈 The christmas elves overlooked something

Compare Source

Changes

With so many breaking changes so close to the end of the year we missed something.

Thank you @​ryanhiebert for quickly reporting that our new defaults fail the workflow if neither a uv.lock nor a requirements*.txt can be found. This is now a warning instead.

🐛 Bug fixes

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

Compare Source

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?
image

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

🐛 Bug fixes

🚀 Enhancements

🧰 Maintenance

📚 Documentation

⬆️ Dependency updates


Configuration

📅 Schedule: Branch creation - "before 4:00am on Sunday" in timezone Asia/Tokyo, Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot added the renovate label Dec 21, 2024
@renovate renovate bot force-pushed the renovate/major-github-actions branch from cb5543b to 1403632 Compare December 23, 2024 22:01
@renovate renovate bot force-pushed the renovate/major-github-actions branch 2 times, most recently from b96c719 to 0367639 Compare January 16, 2025 17:12
@renovate renovate bot force-pushed the renovate/major-github-actions branch from 0367639 to 3632196 Compare January 30, 2025 14:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants