-
Notifications
You must be signed in to change notification settings - Fork 25
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
Conflicts between manheim-c7n-tools and python-dateutil #16
Comments
Suggested SolutionAsk your upstream project c7n the version range of python-dateutil. @jantman Could I submit a PR to solve this issue? |
@NeolithEra It seems to me that the best solution to this is to open an issue on the upstream c7n project and have them ( i.e. @kapilt ) check why the dateutil constraints are set like that and possibly change them to be identical or at least non-conflicting. Are you actively using manheim-c7n-tools, @NeolithEra ? Or if not, may I ask how you found this project and the dependency issue? PRs are always welcome and allowed, though they may not always be merged quickly. |
@jantman I will submit a PR to the upstream c7n project. |
@NeolithEra thank you so much for the clarification, and for bringing this to our attention. The upstream repository for c7n is https://github.com/cloud-custodian/cloud-custodian - I should've mentioned that, since the repository name differs from the package name. |
@jantman Sorry for the mistake. I submitted a new issue to cloud-custodian. :-P |
this issue is actually a boto issue which is originated the need to pin here. |
This should be fixed upstream. Closing. Thanks! |
Hi, users are unable to run manheim-c7n-tools due to dependency conflict with python-dateutil package. As shown in the following full dependency graph of manheim-c7n-tools, c7n-mailer requires python-dateutil >=2.8.0,while c7n requires python-dateutil >=2.6,<2.8.1.
According to pip’s “first found wins” installation strategy, python-dateutil 2.8.1 is the actually installed version. However, python-dateutil 2.8.1 does not satisfy >=2.6,<2.8.1.
Dependency tree-----------
Thanks for your help.
Best,
Neolith
The text was updated successfully, but these errors were encountered: