Skip to content

"Successfully installed package-version" text has version of uninstalled editable package, instead of installed version #3709

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
jmoldow opened this issue May 21, 2016 · 3 comments
Labels
auto-locked Outdated issues that have been locked by automation

Comments

@jmoldow
Copy link

jmoldow commented May 21, 2016

  • Pip version: 8.1.2
  • Python version: 3.5.0
  • Operating System: OS X Yosemite Version 10.10.5

Description:

  1. Clone a repo, check it out to a git tag for a PyPI release.
  2. pip install -e <path>
  3. pip install a different version from PyPI
  4. Last line of output reads "Successfully installed package-uninstalled_version"

Expected last line of output to read "Successfully installed package-installed_version"

In the example below, I installed a local checkout of requests v2.0.0, then installed requests v2.10.0 from PyPI, and observed "Successfully installed requests-2.0.0" at the end.

NOTE: There is no functionality problem. The old version does get uninstalled, and the new version does get installed. The only thing wrong is the text.

What I've run:

~ $ mkdir repos && git clone https://github.com/kennethreitz/requests.git repos/requests
~ $ cd repos/requests && git checkout v2.0.0 && cd
~ $ virtualenv env35-test
Using real prefix '/Users/jmoldow/.pyenv/versions/3.5.0'
New python executable in /Users/jmoldow/env35-test/bin/python3.5
Also creating executable in /Users/jmoldow/env35-test/bin/python
Installing setuptools, pip, wheel...done
~ $ source env35-test/bin/activate
(env35-test) ~ $ pip install -U pip setuptools wheel
Requirement already up-to-date: pip in ./env35-test/lib/python3.5/site-packages
Requirement already up-to-date: setuptools in ./env35-test/lib/python3.5/site-packages
Requirement already up-to-date: wheel in ./env35-test/lib/python3.5/site-packages
(env35-test) ~ $ pip install -e ~/repos/requests
Obtaining file:///Users/jmoldow/repos/requests
Installing collected packages: requests
  Running setup.py develop for requests
Successfully installed requests
(env35-test) ~ $ pip list
pip (8.1.2)
requests (2.0.0, /Users/jmoldow/repos/requests)
setuptools (21.1.0)
wheel (0.29.0)
(env35-test) ~ $ pip freeze
-e git+https://github.com/kennethreitz/requests.git@4401620111bee0a7319bf1cb4bd0852f7c854bf6#egg=requests
(env35-test) ~ $ pip show requests

---
Metadata-Version: 1.1
Name: requests
Version: 2.0.0
Summary: Python HTTP for Humans.
Home-page: http://python-requests.org
Author: Kenneth Reitz
Author-email: [email protected]
License: Copyright 2013 Kenneth Reitz
Location: /Users/jmoldow/repos/requests
Requires:
Classifiers:
(env35-test) ~ $ pip install -U requests
Collecting requests
  Downloading http://localhost:3141/root/pypi/+f/abf/5a77de3e8a597/requests-2.10.0-py2.py3-none-any.whl (506kB)
    100% |████████████████████████████████| 512kB 69.8MB/s
Installing collected packages: requests
  Found existing installation: requests 2.0.0
    Uninstalling requests-2.0.0:
      Successfully uninstalled requests-2.0.0
Successfully installed requests-2.0.0
@sigmavirus24
Copy link
Member

This seems to be a duplicate of #2382 which has a proposed fix in #3612. The problem appears to stem from pkg_resources.

If and when #3612 is re-filed against master, it should be updated to reference both #2382 and this bug.

@wm75
Copy link

wm75 commented May 30, 2016

proposed fix re-filed as #3723

@xavfernandez
Copy link
Member

Hopefully fixed by #3723

@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

4 participants