Bump google-cloud-aiplatform to force upgrade of litellm#66632
Conversation
c5cc4c7 to
f0074af
Compare
|
It is pretty strange with 8.1.8 though.. Let me take a look |
It is litellm which exactly pins this version :-( --> https://github.com/BerriAI/litellm/blob/v1.83.7-stable/pyproject.toml#L32 mhm... on un-released "main" they have releaxed meanwhile... https://github.com/BerriAI/litellm/blob/litellm_internal_staging/pyproject.toml#L24 (and pin is even still existing on RC1 of 1.84) |
15858cd to
561815e
Compare
potiuk
left a comment
There was a problem hiding this comment.
Since they are going to relax soon - It looks fine :)
61eea23 to
13f5b56
Compare
|
Quickest fix: git fetch upstream main && git rebase upstream/main
rm uv.lock && uv lock
git add uv.lock && git rebase --continue
git push --force-with-leaseAutomated nudge — ignore if you're not ready to rebase. This comment is updated in place on future |
878724e to
b696744
Compare
b696744 to
95d0de4
Compare
|
Note: PR will fail in UV needs upgrading until cooldown is reached in ~24h Then needs a rebase and UV to be updated here. |
|
Still not working as the litellm version that is relaxing click dependency is not in the allowed range for |
95d0de4 to
64d24a7
Compare


Sine a while we carry the transitive litellm vulnerability in Dependabot. This PR attempts to bump google-cloud-aiplatform in order to ensure a non vulnerable transitive dependency is enforced.
Not sure why but as a trade we need to lower the click dependency from >=8.3.0 to >=8.1.8 - is this acceptable as a trade?
This refers to to upgrade in click by @eladkal in #61613
Let's see if CI turns green...
Was generative AI tooling used to co-author this PR?
{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.