Skip to content

Cascading dependency resolution in boto3 #3134

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

Closed
theherk opened this issue Sep 23, 2015 · 1 comment
Closed

Cascading dependency resolution in boto3 #3134

theherk opened this issue Sep 23, 2015 · 1 comment
Labels
auto-locked Outdated issues that have been locked by automation

Comments

@theherk
Copy link

theherk commented Sep 23, 2015

I'm not sure how the dependency resolution is supposed to work in pip, but I think I have found a problem.

I am referencing this issue: boto/boto3#270

As of 22 Sep jmespath was bumped to version 0.8.0 from 0.7.1. This is causing a problem. boto3 requires 'jmespath>=0.6.2,<1.0.0', so it installs the latest version (0.8.0). It also requires botocore, which requires 'jmespath==0.7.1'.

When pip gets to this point, having already installed 0.8.0, it would be nice if it realized that the installed jmespath 0.8.0 does not satisfy this requirement, so reinstall with the required version, knowing it still satisfies boto3 requirement of 'jmespath>=0.6.2,<1.0.0'. But it doesn't.

Is this not possible?

@qwcode
Copy link
Contributor

qwcode commented Sep 23, 2015

it's an open issue to handle this better (#988 )

in the mean time though, you can work around this yourself (once you realize what's going on) using requirements file overrides.

see case #2 here: https://pip.pypa.io/en/latest/user_guide/#requirements-files

@qwcode qwcode closed this as completed Sep 23, 2015
@lock lock bot added the auto-locked Outdated issues that have been locked by automation label Jun 4, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Jun 4, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
auto-locked Outdated issues that have been locked by automation
Projects
None yet
Development

No branches or pull requests

2 participants