-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Comments
Thank you. |
This shouldn't effect our codebase. But, we'll see :) |
This does seem to affect |
@brettdh Are you using python3.7? |
@erinxocon 3.6.2 |
What is the timeline of pip10's release? |
No idea. Where would that information be? The 10.0 GitHub milestone has no
due date.
…On Wed, Oct 25, 2017 at 5:40 PM erinxocon ***@***.***> wrote:
What is the timeline of pip10's release?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<https://github.com/kennethreitz/pipenv/issues/438#issuecomment-339480257>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAFlnsJglff0ZCsXLFvAbmjJbsTB5FhVks5sv6rrgaJpZM4OassP>
.
|
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. |
@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. |
@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. |
@nateprewitt see the issue I linked above; those aren’t the only options,
and there are already problems. It would be ideal if pipenv allowed setting
the upgrade strategy, whether as a cli flag or env var. For those that
depend on anything but pip’s default, pipenv has undesirable behavior.
…On Thu, Oct 26, 2017 at 12:10 AM Nate Prewitt ***@***.***> wrote:
@erinxocon <https://github.com/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.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<https://github.com/kennethreitz/pipenv/issues/438#issuecomment-339545813>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAFlnksnYc9uS7DcNL6DsI3PAk4WaWNOks5swAZEgaJpZM4OassP>
.
|
Right I think we understand that you want to be able to do more. This discussion is about what the default behavior should be when pip changes its default behavior.
I’m guessing we should keep our current behavior but provide an easy interface to change it.
… On Oct 26, 2017, at 6:28 AM, Brett Higgins ***@***.***> wrote:
@nateprewitt see the issue I linked above; those aren’t the only options,
and there are already problems. It would be ideal if pipenv allowed setting
the upgrade strategy, whether as a cli flag or env var. For those that
depend on anything but pip’s default, pipenv has undesirable behavior.
On Thu, Oct 26, 2017 at 12:10 AM Nate Prewitt ***@***.***>
wrote:
> @erinxocon <https://github.com/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.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <https://github.com/kennethreitz/pipenv/issues/438#issuecomment-339545813>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AAFlnksnYc9uS7DcNL6DsI3PAk4WaWNOks5swAZEgaJpZM4OassP>
> .
>
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
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)
The text was updated successfully, but these errors were encountered: