chore(deps): bump hynek/setup-cached-uv from 1 to 2 in the actions group

[dependabot[bot]]

Bumps the actions group with 1 update: hynek/setup-cached-uv.

Updates hynek/setup-cached-uv from 1 to 2

Release notes

Sourced from hynek/setup-cached-uv's releases.

v2.0.0

Added

• Automatic cache pruning. If caching is active, we now automatically run uv cache prune --ci that shrinks the cache directory to only downloaded files. This make the cache smaller and therefore faster to save and restore. #9

• The current calendar week is now added to the cache key by default. This means that the cache is refreshed weekly.

  You can tweak the behavior using the cache-date-suffix input. Setting it to "" disables this feature, any other value is interpreted as an argument to the date CLI command. #11

Changed

• The name of the workflow and of the current job are now part of the cache key. While this means that you can't share a cache between jobs, this should be only a minor inconvenience in practice and make it do the right thing in the vast majority of cases.

  If this is a problem for you, please open an issue and tell us about your use-case. We can always add an option to set the whole key explicitly. #10

v1.3.0

Fixed

• The cache directory couldn't actually be... cached ...due to path restrictions (anymore?) so we moved it into /tmp/ and made it configurable using the new action input uv-cache-path. #8

v1.2.0

Added

• Option to conditionally disable caching by setting if-use-cache to anything else than 'true'.

  uv is increadibly fast at installing wheels, while GitHub Actions's caching is rather slow. But it's still faster than building missing wheels for exotic platforms (say, PyPy).

  This option allows you activate caching only when it's helpful. #6

v1.1.0

Added

• Support for multiple caches per workflow by adding two types of suffixes. #2

Changelog

Sourced from hynek/setup-cached-uv's changelog.

2.0.0 - 2024-07-26

Added

• Automatic cache pruning. If caching is active, we now automatically run uv cache prune --ci that shrinks the cache directory to only downloaded files. This make the cache smaller and therefore faster to save and restore. #9

• The current calendar week is now added to the cache key by default. This means that the cache is refreshed weekly.

  You can tweak the behavior using the cache-date-suffix input. Setting it to "" disables this feature, any other value is interpreted as an argument to the date CLI command. #11

Changed

• The name of the workflow and of the current job are now part of the cache key. While this means that you can't share a cache between jobs, this should be only a minor inconvenience in practice and make it do the right thing in the vast majority of cases.

  If this is a problem for you, please open an issue and tell us about your use-case. We can always add an option to set the whole key explicitly. #10

1.3.0 - 2024-07-26

Fixed

• The cache directory couldn't actually be... cached ...due to path restrictions (anymore?) so we moved it into /tmp/ and made it configurable using the new action input uv-cache-path. #8

1.2.0 - 2024-07-22

Added

• Option to conditionally disable caching by setting if-use-cache to anything else than 'true'.

  uv is increadibly fast at installing wheels, while GitHub Actions's caching is rather slow. But it's still faster than building missing wheels for exotic platforms (say, PyPy).

  This option allows you activate caching only when it's helpful. #6

1.1.0 - 2024-04-08

... (truncated)

Commits

• 49a39f9 v2.0.0
• 4553200 Add date-based cache suffix (#11)
• 051aa61 Make workflow and jobs names part of the cache key (#10)
• 8699f0c Add changlog entry
• ccac8fc Automatically prune the cache (#9)
• 0e7ec7c Mention prune
• dff5efe Fix name
• e5cb64c Start new cycle
• See full diff 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 ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore major version` will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself) - `@dependabot ignore minor version` will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself) - `@dependabot ignore ` will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself) - `@dependabot unignore ` will remove all of the ignore conditions of the specified dependency - `@dependabot unignore ` will remove the ignore condition of the specified dependency and ignore conditions

[coveralls]

coverage: 84.899%. remained the same when pulling b5cba0aaf49daacce98cfea98ce56f120d7d8398 on dependabot/github_actions/actions-bdd9e59bad into e35f2fd1a7c5058e10692e63b39058771c7889c7 on master.