potiuk edited a comment on issue #12120:
URL: https://github.com/apache/airflow/issues/12120#issuecomment-723076730


   I will change the title of the issue, because it is not the matter of 
constraints, but it's the matter of limitations in setup.py and transitional 
dependencies that we have for all those libraries. 
   
   There is nothing we can do on the constraint level. The constraints files 
are generated automatically by PIP dependency mechanisms - whatever PIP 
resolves using setup.py limits is automatically updated as new version of 
constraints.
   
   So if we want to do anything about it (do we?) we should remove some of the 
limitations there and upgrade all the different providers/core dependencies we 
have to use the latest version of dependent libraries - basically for each 
provider separately. Even that will not help in some cases because the newest 
version of those libraries might transitively use some older versions of 
dependent libraries.
   
   Does anyone have some proposal there? Should we somehow make an effort to 
upgrade those? Maybe there is someone who would like o lead that? 
   
   Note, that in order to do it, we likely need to have some system tests in 
place and implemented for those providers that we decide to bump to later 
version of dependent libraries 
(https://cwiki.apache.org/confluence/display/AIRFLOW/AIP-4+Support+for+Automation+of+System+Tests+for+external+systems)
 because what we basically need to do is to upgrade the libraries that we 
already know usually that they have some compatibility issues (for example all 
the google providers will have to be sooner or later migrated to >2.0.0 python 
libraries and automated unit testing is not enough for those kinds of changes 
(those libraries are not backwards compatible).
   
   WDYT others? Is it worth to make such a concerted effort? Are there some 
real benefits from that? Should we do it? For 2.0 or later? 
   


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]


Reply via email to