Version specifier on sub-requirement ignored if same requirement listed by parent without version specifier

[matt-hammond-001]

• Pip version: 9.0.1
• Python version: 2.7.14 (via Mac Ports)
• Operating system: Mac OS 10.12.6

Description:

Installing a package X that specifies two requirements: Y and Z. Y has no version specifier. Requirement Z also specifies a requirement for Y, but includes a version specifier.

When installing X, the version specifier for Y that was given by package Z is ignored. It should not be. I would have expected pip to install a version of Y that matches the version specifier given by Z.

The specific situation where this has arisen is when currently cherrypy and cheroot are not installed, and six==1.10.0 is installed. Installing cherrypy==11.0.0 results in cheroot==5.10.0 being installed but six remains at 1.10.0 when it should have been upgraded to 1.11.0

This caused problems in this situation: https://travis-ci.org/bbc/pydvbcss/jobs/306781295

What I've run:

To setup up the situation:

$ pip uninstall cherrypy cheroot six
$ pip install six==1.10.0

Then install cherrypy and check dependencies sorted:

$ pip install cherrypy==11.0.0
$ pip check
cheroot 5.10.0 has requirement six>=1.11.0, but you have six 1.10.0.

[benoit-pierre]

Probably a dupplicate of #988.

[pradyunsg]

Indeed.

[matt-hammond-001]

Thanks - so if I understand correctly, this behaviour is a feature, not a bug.

That is a shame, as it really feels counter-intuitive. However I'll close the ticket.

[pradyunsg]

so if I understand correctly, this behaviour is a feature, not a bug.

@matt-hammond-bbc It is a (big) bug, not a feature.

[lock]

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.