Skip to content

Fixed #3682 : pip install --target ignores platlib directories #3694

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

Merged
merged 1 commit into from
May 26, 2016

Conversation

chandu-atina
Copy link
Contributor

This was migrated from #3684 to reparent it to the master branch. Please see original pull request for any previous discussion.

@dstufft dstufft added migrated from develop C: target pip install's --target option's behaviour handling labels May 19, 2016
@chandu-atina chandu-atina reopened this May 19, 2016
@chandu-atina
Copy link
Contributor Author

@dstufft @pfmoore Any feedback on this PR will be much appreciated

@webmaven
Copy link

👍

@kellerza
Copy link

@chandu-atina I think I am getting a similar result with eventlet that does not install dependency greenlet if --target is specified. Without --target it works fine

$ pip install eventlet --target .
Collecting eventlet
  Using cached eventlet-0.19.0-py2.py3-none-any.whl
Collecting greenlet>=0.3 (from eventlet)
Installing collected packages: greenlet, eventlet
Successfully installed eventlet greenlet

$ ls
eventlet  eventlet-0.19.0.dist-info

CentOS Linux release 7.2.1511 (Core) x64

@chandu-atina
Copy link
Contributor Author

chandu-atina commented May 24, 2016

@kellerza That is correct, greenlet goes into platlib directory. This PR will handle the issue.
You can apply this fix in your machine and get a try.

Waiting for @dstufft @pfmoore to commment on this.

@dstufft dstufft merged commit b15c7f6 into pypa:master May 26, 2016
@kellerza
Copy link

Thank you @chandu-atina I tested it with eventlet and it worked perfectly. Glad to see it was merged as well!

@wm75 wm75 mentioned this pull request Aug 8, 2016
OddBloke pushed a commit to OddBloke/home-assistant-ansible that referenced this pull request Mar 29, 2017
The pip installed by Fedora can't handle installing in to targets due to
pypa/pip#3694.  This works around that by
installing a pip that can.
@lock lock bot added the auto-locked Outdated issues that have been locked by automation label Jun 3, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Jun 3, 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 C: target pip install's --target option's behaviour handling
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants