Bug report
Bug description:
Using the python-3.14.0b1-amd64.exe installer no longer creates pip.exe when using include_pip=1 with PrependPath=1. Is this expected behavior? The python-3.14.0a7-amd64.exe installer worked fine. I thought it could be related to pep-0773, but that only deprecates the "full installer" which should still work as it has (until removed in 3.16).
Install command used:
Start-Process python-3.14.0b1-amd64.exe -Wait -NoNewWindow -PassThru \ -ArgumentList @( \ '/quiet', \ 'InstallAllUsers=1', \ 'TargetDir=C:\Python', \ 'PrependPath=1', \ 'Shortcuts=0', \ 'Include_doc=0', \ 'Include_pip=1', \ 'Include_test=0' \ )
Then trying to run python and pip:
$ # the installer updated PATH in the registry, refresh our local value $ $env:PATH = [Environment]::GetEnvironmentVariable('PATH', [EnvironmentVariableTarget]::Machine); $ python --version Python 3.14.0b1 $ pip --version pip : The term 'pip' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and try again. At line:1 char:1 + pip --version + ~~~ + CategoryInfo : ObjectNotFound: (pip:String) [], CommandNotFoundException + FullyQualifiedErrorId : CommandNotFoundException
Alpha 7 was successful
$ # after an install with python-3.14.0a7-amd64.exe using the same CLI installer options as above and PATH refresh $ python --version Python 3.14.0a7 $ pip --version pip 25.0.1 from C:\Python\Lib\site-packages\pip (python 3.14)
CPython versions tested on:
3.14
Operating systems tested on:
Windows
Linked PRs
- gh-133626: Ensure the traditional Windows installed doesn't accidentally pick up site-packages #133693
- [3.14] gh-133626: Ensure the traditional Windows installer doesn't accidentally pick up site-packages (GH-133693) #133705
- [3.13] gh-133626: Ensure the traditional Windows installer doesn't accidentally pick up site-packages (GH-133693) #133707