Skip to content
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

Pass --upgrade-strategy=eager on pip 10+ #438

Closed
ncoghlan opened this issue Jul 18, 2017 · 12 comments
Closed

Pass --upgrade-strategy=eager on pip 10+ #438

ncoghlan opened this issue Jul 18, 2017 · 12 comments
Labels
Type: Enhancement 💡 This is a feature or enhancement request.

Comments

@ncoghlan
Copy link
Member

Pip 10 is changing its default upgrade strategy to "only-if-needed", which isn't the desired behaviour for pipenv's purposes.

In order to retain its current "upgrade everything to the latest version available" behaviour when regenerating the lockfile, pipenv will need to pass --upgrade-strategy=eager when calling pip.

(This issue replaces #418)

@kennethreitz
Copy link
Contributor

Thank you.

@kennethreitz kennethreitz added the Type: Enhancement 💡 This is a feature or enhancement request. label Sep 5, 2017
@kennethreitz
Copy link
Contributor

This shouldn't effect our codebase. But, we'll see :)

@brettdh
Copy link

brettdh commented Oct 25, 2017

This does seem to affect pipenv lock, as it doesn't use pip's upgrade strategy settings, and so can result in inconsistent behavior: https://github.com/kennethreitz/pipenv/issues/966#issuecomment-339312709

@erinxocon
Copy link
Contributor

@brettdh Are you using python3.7?

@brettdh
Copy link

brettdh commented Oct 25, 2017

@erinxocon 3.6.2

@erinxocon
Copy link
Contributor

What is the timeline of pip10's release?

@brettdh
Copy link

brettdh commented Oct 26, 2017 via email

@nateprewitt
Copy link
Member

This suggests it's soon. We've been putting off making a decision on this (unless the decision is to do nothing) for a while. Either we wait for problems to crop up after release or we preemptively force the eager check for backwards compat.

@erinxocon
Copy link
Contributor

@nateprewitt Forgive my ignorance on the subject, but since we use a vendored/patched version of pip would we have to update our pip or would our pip be unaffected.

@nateprewitt
Copy link
Member

@erinxocon, I believe it still would because the pip installed in the users environment is coming from the attached Python the virtualenv is built on, not our vendored one which only affects the pipenv code itself.

@brettdh
Copy link

brettdh commented Oct 26, 2017 via email

@techalchemy
Copy link
Member

techalchemy commented Oct 26, 2017 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Enhancement 💡 This is a feature or enhancement request.
Projects
None yet
Development

No branches or pull requests

6 participants