-
Notifications
You must be signed in to change notification settings - Fork 55
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
Resolve dependency issues in setup.py. #71
Comments
Bumping the priority of this issue because it keeps haunting us. Today, I was trying to reproduce an issue that broke the build (sample failure) but couldn't do it in my local environment until I deleted/recreated my Basically we need to make sure that |
To correct a wrong conjecture in my previous message: I think the main reason for not upgrading some packages is that they are not needed by the requirements. When doing
So in this example it kept version 1.7.3 although version 1.7.4 is available. The reason is that it is not necessarily needed based on the requirements. But if I do |
|
Our build is broken due to this error message: pkg_resources.ContextualVersionConflict: (httplib2 0.17.0 (/home/travis/build/googlegenomics/gcp-variant-transforms/.eggs/httplib2-0.17.0-py2.7.egg), Requirement.parse('httplib2<=0.12.0,>=0.8'), set(['apache-beam'])) Coverage.py warning: No data was collected. (no-data-collected) For more information please refer to issue googlegenomics#71
Our build is broken due to this error message: pkg_resources.ContextualVersionConflict: (httplib2 0.17.0 (/home/travis/build/googlegenomics/gcp-variant-transforms/.eggs/httplib2-0.17.0-py2.7.egg), Requirement.parse('httplib2<=0.12.0,>=0.8'), set(['apache-beam'])) Coverage.py warning: No data was collected. (no-data-collected) For more information please refer to issue #71
Currently we get some dependency conflicts after installing setup.py and that is because
pip
cannot resolve version dependencies properly. IOW, instead of picking the intersection of version specifiers between different dependencies, it seemspip
installs packages one by one independently (see PR #63 for an example). After installation,pipdeptree
shows these issues, for example:$ pipdeptree -p apache-beam
We need to eventually fix this problem either by adding other non-direct dependencies explicitly (which PR #63 does but is ugly) or finding a tool that can resolve all version restrictions together.
The text was updated successfully, but these errors were encountered: