-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
mm: upgrade botocore and boto3 #8210
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
mm: upgrade botocore and boto3 #8210
Conversation
22c2f6f
to
807c5d9
Compare
a59a106
to
dbe5d94
Compare
anyone? no idea why ci/circleci: docker-test-arm64 would fail ... no way to reproduce this locally |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey @matt-mercer!
Thanks a lot for your contribution! π
I am sorry about the build pipeline failure, we are currently seeing some flaky tests. We will try to harden them in the future, and I restarted your build to get it green.
Again thanks a lot for grinding over these changes, especially over the - quite complex - service router. But actually, I think most of the changes in this PR are not necessary at this point in time. We might just get away with adding these new services to the exclusions and bump the versions.
Let me know if you need any help, or if any comments are unclear.
2b2428e
to
4d5272f
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for addressing all the comments! I think when we move the remaining changes related to the new runtime support (addressed in #8184), and the tests are green, we should be good to go!
e9cf56b
to
4ff1616
Compare
@alexrashed I really think we should pin (for the purposes of unblocking the python3.10 runtime change), the botocore version in this PR ... since yesterday new operations have been added to kafka that do not appear to be properly setup in terms of the 'input_shape.required_members' .. this is making this change a moving target dependant without any kind of version pinning the package depenency upper bound was pinned previously, to avoid just this kind of issue ... |
I agree, this would be a case for changing the upper version boundary to the release excluding yesterdays (which essentially is a pin). Concerning the locking: Unfortunately, locking dependencies has quite an impact, that's not something we can do within this PR. |
I created an issue in botocore to track this issue in the specs: boto/botocore#2925 |
4ff1616
to
39030a4
Compare
Agree .. definitely not something I want to tackle in this! :) |
7a8c7a8
to
15989e9
Compare
15989e9
to
a64ca5b
Compare
a64ca5b
to
e4f302a
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks a lot for jumping on this! The two failing checks are currently not working for fork PRs, I executed these tests manually and can confirm that the these tests are green as well. π
great, thanks @alexrashed ( and yup .. I presumed the pro tests /secrets access wasn't permited for forks ) |
thanks @matt-mercer for going through the process, and welcome to the list of contributors :-) |
thanks for the support! |
This PR upgrades botocore to 1.29.121 and boto3 to 1.26.121. the services ivs and ivs-realtime were added to the list of excluded services for now.