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
Windows installer does not add \Scripts folder to the path #51480
Comments
I observed that Windows installer is able to add only the Python In addition to this it should add the Scrips folder because many python This is very annoying because if you modify the PATH you need to |
For now you can modify the path yourself, and only once, by following
You might have to reboot, but now that it is added, you don't have to |
Thanks Isaul, The bug is about repairing/improving Python experience for all Windows |
Additional information that will enable the installer to update the path without requiring a relogin/restart: http://support.microsoft.com/kb/104011 |
The big problem with adding the %python%\scripts directory to the path is it makes a lot of assumptions about how Python is deployed. And it raises some questions. What should the precedence be? What should happen if multiple versions of Python are installed? Should the latest version take precedence? Should the latest version remove the path for the previous version? Personally, I'm -1 on this idea unless it's a checkbox that can easily be deselected (or not selected by default). I install multiple different versions of Python to my system and I symlink \Python to the "active" version and I add "\Python\Scripts" to the path, so I can easily switch between my active version of Python. Adding \Python26\Scripts and \Python26-64\Scripts and \Python27\Scripts and ... to the path could become very messy. Perhaps a better solution would be to provide a link in the start menu or a script to be run which adds the scripts to the path for that instance of Python... so it could be easily and painlessly added after the fact. |
Important tools (like ease_install, pypm) from This means that it should not be a big problem having several Scripts directories on your path. Most python users are not installing several versions, but we could expect that most of them will want to run a tool from scripts. |
Just adding all Script directories to the path would penalize those projects who don't add versions to their file names. We should not do that. If we're going to add any type of path manipulation, it should have the options to replace existing paths, append existing paths, or do nothing.
Neither of these are true from my experience. Since 3.0 came out, I have always had a 2.x and 3.x installed concurrently, and come across many coworkers who have numerous versions installed. As for most people using something in Scripts, I've rarely interacted with anyone who uses it or knows about it besides myself. |
s/append existing paths/append new paths/ |
FWIW, since last year ActivePython 2.6/2.7 puts C:\PythonXY\Scripts and %APPDATA%\Python\Scripts in %PATH% and we haven't had any complaints so far. In addition, we also create a versioned interpreter executable - C:\PythonXY\pythonxy.exe - that is something the official installer can do as well, as it makes it possible to just type, say, "python27" when multiple Python versions are installed ... similar to typing 'python2.7' on *nix. |
Duplicate of bpo-3561 (or maybe the reverse) |
BTW, any reason to create python27.exe instead of python2.7.exe (so that the unix-centered docs about command lines would also apply to your Pythons)? |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: