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
Python installer needs elevated rights to install pip #64840
Comments
When installing Python 3.4 with the MSI, you can choose to install pip as part of the setup. With activated UAC on Windows (which is the recommended default), the installer will ask for elevated rights during the setup to copy the files over to the installation directory. However, when the setup then attempts to install pip, the Python interpreter running the This is similar to the advanced installer option “Compile .py files to byte code”, which has been failing forever because of the same problem. But now, with pip, this is an actual problem. I suggest that you either run the pip install process from within the elevated setup, inheriting the rights—if that’s even possible—or explicitely request elevated rights for it again. |
Elevating to release blocker pending evaluation by Martin et al. |
I cannot reproduce the problem. It works fine for me. |
Patrick, could you let us know exactly which version of Windows exhibited the problem? I also had no issues when testing the 3.4b3 installer on Windows 7 64-bit a few weeks ago, and I don't believe I have adjusted the UAC settings on that machine. |
Also, what kind of account exactly is attempting to perform the installation? |
I have default UAC on win7, 64 bit, installed from user account, gave admin password when requested, and did not see an error message (but have not tried to use pip either). 'pip' at command line is not recognized, but I don't know if it should be or if I have to be in the proper directory. I did initially have a problem with c1, but that seems to be because .b3 did not properly uninstall .b2. (Once I re-downloaded .b2 so I could 'repair' .b2 and ininstall it from programs list, .c1 install worked.) |
Try pip3, Terry - there's an error in rc1 that means it doesn't install the |
pip3 is not recognized either. There is a bunch of stuff added to 3.4 site_packages: easy_install, pip, pip1.5.2..., setuptools, setuptools2-1..., There is a py.exe but no pip.xxx in c:/windows. |
Surely tools like this would still be installed in c:\Python34\Scripts and not c:\Windows ? |
Mark: the installation of py.exe in c:\windows is correct, see PEP-397. Note that this is not at all the issue reported here. Terry: Whether or not pip3 is found on the path is not the issue reported here, either. The OP mentioned "a permission error", although he didn't report how exactly this error manifests (I assume that the install process would fail, resulting in nothing being installed). |
I managed to reproduce the problem. It happens (for me) when installing into c:\program files (or \program files (x86)). I'll look into fixing it. |
FTR I was referring to Terry's comment that there's "no pip.xxx in c:/windows". Pleased to see you have it sussed :) |
Hey all, yes, I indeed try to install Python into The MSI cannot be run with real administrator rights but automatically request elevated rights when they need it, so to install, I just execute it and let the installer request elevated rights as it needs to. My installation directory is Then, somewhere at the end of the setup bar, a Python console window pops up, saying that it’s installing pip. After its download, I can see some red text flash up and the window disappears (I’ve attached the As mentioned above, elevated rights are required when installing into I don’t personally mind if this isn’t a blocker for the Python 3.4 release. I personally can live with installing pip with an elevated command line myself (that’s what I always did :P). But in the long run, we might want to find a real solution for this. |
I am installing into C:/Programs, so the problem is not specific to 'Program Files', with a space. |
New changeset 7b80f57f904e by Martin v. Löwis in branch 'default': |
This is now fixed; the cherry-picking request is bpo-20738. |
That’s great to hear, thanks a lot :) |
New changeset 31c7dc7ccbaa by Martin v. Löwis in branch '3.4': |
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: