Skip to content

Regenerate uv.lock after allowing kubernetes 36.x in cncf.kubernetes#68051

Merged
potiuk merged 1 commit into
apache:mainfrom
choo121600:fix-uv-lock-k8s36
Jun 5, 2026
Merged

Regenerate uv.lock after allowing kubernetes 36.x in cncf.kubernetes#68051
potiuk merged 1 commit into
apache:mainfrom
choo121600:fix-uv-lock-k8s36

Conversation

@choo121600
Copy link
Copy Markdown
Member

why

Bumped the kubernetes/kubernetes_asyncio constraints in providers/cncf/kubernetes/pyproject.toml but did not regenerate uv.lock, leaving it out of sync with pyproject.toml.
This makes the uv.lock static check fail on virtually every open PR.

This regenerates uv.lock (and the provider_dependencies.json.sha256sum trailing newline) to match, unblocking CI.

related: #68041


Was generative AI tooling used to co-author this PR?
  • Yes (please specify the tool below)

  • Read the Pull Request Guidelines for more information. Note: commit author/co-author name and email in commits become permanently public when merged.
  • For fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
  • When adding dependency, check compliance with the ASF 3rd Party License Policy.
  • For significant user-facing changes create newsfragment: {pr_number}.significant.rst, in airflow-core/newsfragments. You can add this file in a follow-up commit after the PR is created so you know the PR number.

@potiuk potiuk merged commit 29a981e into apache:main Jun 5, 2026
63 checks passed
@kaxil
Copy link
Copy Markdown
Member

kaxil commented Jun 5, 2026

Thanks @choo121600

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.

3 participants