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

request --user-packages option as alternative to --site-packages #971

Closed
tutalk opened this issue Nov 2, 2016 · 2 comments
Closed

request --user-packages option as alternative to --site-packages #971

tutalk opened this issue Nov 2, 2016 · 2 comments

Comments

@tutalk
Copy link

tutalk commented Nov 2, 2016

Hi,

I have a request, an alternative to --site-packages: --user-packages.

I think it would be nice to be able pip install --user any packages (such as Ipython, linters, etc), which I want to have access to globally, and if I pass this new option when creating a virtualenv have access to them.

This would be a nice alternative to --site-packages, as one can have total control over what is installed in their user packages dir, while they may not have control over the system's packages or wish to access everything which is installed globally.

While, I've found that I can have access to packages installed in ~/.local/lib/<python_version>/site-packages by setting PYTHONPATH, it would be nice if the activate script would add ~/.local/bin to PATH after the venv's path. so that console scripts installed in the user package dir, such as ipython, would be found.

Just a thought,

-Scott

@piotr-dobrogost
Copy link

(...) it would be nice if the activate script would add ~/.local/bin to PATH after the venv's path

Normally you should have ~/.local/bin already added to PATH (in some startup script). As venv's path is being added in front of PATH the end result is what you want.

@stale
Copy link

stale bot commented Jan 14, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Just add a comment if you want to keep it open. Thank you for your contributions.

@stale stale bot added the wontfix label Jan 14, 2019
@stale stale bot closed this as completed Jan 21, 2019
@pypa pypa locked and limited conversation to collaborators Jan 14, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants