-
Notifications
You must be signed in to change notification settings - Fork 16.3k
Fix 3.12 failing providers tests of amazon emr hook #46612
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
Conversation
|
If I understood it correctly changes from here are required first: To address other providers deprecation problems in full-tests |
2f56691 to
4eb8a19
Compare
…onWarning ignore for 3.12 tests
4eb8a19 to
d472913
Compare
potiuk
left a comment
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.
Would love to get it merged to fix the main failures. But it needs to get green :)
|
I cannot understand the exact reason for the failure of the check, my initial thought was about |
|
I can only say that the problems look the same as they were for |
|
After investigation, I am sure that the problem with google deprecation warning failures is outside of this PR scope, should be fine after #46638 or another PR that would fix the problem |
…onWarning ignore for 3.12 tests (apache#46612)
During provider migration deprecation warning ignore was wrongly changed due to misconfigured pre-commit hooks.
now there are cases of failing tests on 3.12:
Now that pre-commit hooks are fixed in #46603 the problem with failing pipelines can be addressed too:
We need to ignore the actual
DeprecationWarningand notAirflowProviderDeprecationWarningcause it's not the provider deprecation mark but inbotocorelib.^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rstor{issue_number}.significant.rst, in newsfragments.