Closed NeolithEra closed 4 years ago
Ask 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 Yes, I am an active user of manheim-c7n-tools. Also, with the help this online tool to detect this issue.
@jantman I will submit a PR to the upstream c7n project. Thanks for your feedback.
@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. https://github.com/boto/botocore/issues/1872
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