Re: Assistance Request - Issue with Installing 'pip' despite Python 3.10 Installation
On Wed, 7 Jun 2023 10:36:22 -0600, Mats Wichmann declaimed the following: >I'm assuming you checked - say, with Explorer - that pip.exe really is >where you think it is? >Anyway, if you ask a Windows shell (cmd) to locate it, and it doesn't, >then your PATH is not set up correctly after all. > >where pip > >should give you back a path that ends witn ...\Scripts\pip.exe > I'm having a suspicion that recent Windows installers are not including a pip.exe... -=-=- C:\Users\Owner>echo %path% C:\Python310\Scripts\;C:\Python310\;C:\Python310\Tools\Scripts;C:\Program Files\PuTTY\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\WINDOWS\System32\OpenSSH\;C:\Program Files (x86)\Common Files\Acronis\VirtualFile\;C:\Program Files (x86)\Common Files\Acronis\VirtualFile64\;C:\Program Files (x86)\Common Files\Acronis\FileProtector\;C:\Program Files (x86)\Common Files\Acronis\FileProtector64\;C:\Program Files (x86)\Common Files\Acronis\SnapAPI\;C:\Program Files\ooRexx;C:\Program Files\rexx.org\Regina;C:\Program Files\Microchip\xc8\v2.41\bin;C:\Program Files\Microchip\xc8\v2.36\bin;C:\Program Files\Microchip\xc16\v2.00\bin;C:\Program Files\Microchip\xc32\v4.21\bin;C:\Program Files\Microsoft VS Code\bin;C:\Program Files\dotnet\;C:\Program Files\TortoiseHg\;C:\Program Files\Calibre2\;C:\Program Files\Microsoft SQL Server\150\Tools\Binn\;C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\;C:\Program Files (x86)\IVI Foundation\VISA\WinNT\Bin\;C:\Users\Owner\AppData\Local\Microsoft\WindowsApps;C:\Program Files\JetBrains\PyCharm Community Edition 2021.1.2\bin;;C:\Users\Owner\.dotnet\tools C:\Users\Owner>where pip.* INFO: Could not find files for the given pattern(s). C:\Users\Owner> -=-=- Windows PowerShell Copyright (C) Microsoft Corporation. All rights reserved. Try the new cross-platform PowerShell https://aka.ms/pscore6 PS C:\Users\Owner> Get-ChildItem -Path C:\Python310\ -Recurse -Name -Filter "pip.*" Lib\site-packages\pip Lib\site-packages\pipenv\patched\pip Lib\site-packages\pipenv\utils\pip.py Lib\site-packages\pipenv\utils\__pycache__\pip.cpython-310.pyc PS C:\Users\Owner> -=-=- I've just run the installer -- python-3.10.11-amd64.exe -- as admin, in "repair" mode! There is NO pip.exe under the Python install directory. -- https://mail.python.org/mailman/listinfo/python-list
Re: Assistance Request - Issue with Installing 'pip' despite Python 3.10 Installation
On Thu, 8 Jun 2023 17:22:22 -0400, Thomas Passin
declaimed the following:
>On 6/8/2023 3:14 PM, Dennis Lee Bieber via Python-list wrote:
> C:\Users\Owner>
>> -=-=-
>> Windows PowerShell
>> Copyright (C) Microsoft Corporation. All rights reserved.
>>
>> Try the new cross-platform PowerShell https://aka.ms/pscore6
>>
>> PS C:\Users\Owner> Get-ChildItem -Path C:\Python310\ -Recurse -Name -Filter
>> "pip.*"
>> Lib\site-packages\pip
>> Lib\site-packages\pipenv\patched\pip
>> Lib\site-packages\pipenv\utils\pip.py
>> Lib\site-packages\pipenv\utils\__pycache__\pip.cpython-310.pyc
>> PS C:\Users\Owner>
>> -=-=-
>>
>> I've just run the installer -- python-3.10.11-amd64.exe -- as admin, in
>> "repair" mode! There is NO pip.exe under the Python install directory.
>
>It's in the Scripts directory:
>
>C:\Users\tom\AppData\Local\Programs\Python\Python311\Scripts\pip3.exe
>
>Note that this installation was made for a single user, not "All Users"
>- this is an install-time option. For an "All Users" location (I
>happened to install 3.9 for "All Users"), it does go into %PROGRAMFILES%:
>
I always install in "All Users" mode, but specify a directory that is
NOT under "Program Files" -- in this case, C:\Python310
The PowerShell command recurses into all subdirectories of the -path
argument. As it shows, the ONLY "pip" found is the actual library module.
PS C:\Users\Owner> Get-ChildItem -Path C:\P*\ -Recurse -Name -Filter
"pip.*"
R\R-4.2.3\library\climextRemes\pip
R\R-4.2.3\library\vICC\help\figures\pip.png
Package Cache\{5C3F818F-9EF5-444C-9386-77A0063A383A}v3.10.11150.0\pip.msi
Package Cache\{861EF849-90A5-4F4A-BAD4-479141466551}v3.10.10150.0\pip.msi
Lib\site-packages\pip
Lib\site-packages\pipenv\patched\pip
Lib\site-packages\pipenv\utils\pip.py
Lib\site-packages\pipenv\utils\__pycache__\pip.cpython-310.pyc
PS C:\Users\Owner> Get-ChildItem -Path C:\P*\ -Recurse -Name -Filter
"pip*.exe"
Common Files\Microsoft Shared\ink\pipanel.exe
{F87E77CE-BAA2-49E1-AAE3-1F6B2704ABAA}\OFFLINE\8AFA5EE\A9DCCED0\Pipe.exe
PS C:\Users\Owner>
Two variations, both now including "Program Files" (and x86),
"ProgramData", and the Python install; one looking for
"pip", the other "pipexe". Again, nothing
found except the library module.
"ensurepip" appears to only verify that the library module is installed
and does not seem to look for any .exe or other convenience access file.
PS C:\Users\Owner> python -m ensurepip
Looking in links: c:\Users\Owner\AppData\Local\Temp\tmp0cr7yu4s
Requirement already satisfied: setuptools in c:\python310\lib\site-packages
(67.6.1)
Requirement already satisfied: pip in c:\python310\lib\site-packages
(23.0.1)
PS C:\Users\Owner>
--
https://mail.python.org/mailman/listinfo/python-list
Re: Assistance Request - Issue with Installing 'pip' despite Python 3.10 Installation
On Sat, 10 Jun 2023 11:32:53 -0500, Eryk Sun declaimed
the following:
>On 6/10/23, Thomas Passin via Python-list wrote:
>>
>> We can find pip.exe using good old-fashioned dir (we don't need any
>> new-fangled Powershell):
>>
>> C:\Users\tom>dir AppData\Local\Programs\Python /Aa /S /W /B |find
>> "pip"|find "Scripts"
>
>CMD's `dir` and `for` commands support simple wildcard matching. For
>example, the following recursively searches for a file named
>"pip*.exe" under "%ProgramFiles%\Python311":
>
So far we've had examples of Python installed for current user, and
Python installed for all users /in Program Files/.
My install is for all users, but is in a top-level directory of its own
(Program Files causes problems when using pip and not remembering to open
an Admin shell).
>C:\>dir /b /s "%ProgramFiles%\Python311\pip*.exe"
So... Here are the results on my machine searching ALL of C:\
C:\Users\Owner>dir /b /s c:\pip*.exe
c:\Apps\ADW Software Modula-2\ASCII\pipedexec.exe
c:\Apps\ADW Software Modula-2\Unicode\pipedexec.exe
c:\GNAT\2019\share\gdb-8.3\python-2.7.16\Scripts\pip.exe
c:\GNAT\2019\share\gdb-8.3\python-2.7.16\Scripts\pip2.7.exe
c:\GNAT\2019\share\gdb-8.3\python-2.7.16\Scripts\pip2.exe
c:\Program Files (x86)\Common Files\Microsoft Shared\ink\pipanel.exe
c:\ProgramData\{F87E77CE-BAA2-49E1-AAE3-1F6B2704ABAA}\OFFLINE\8AFA5EE\A9DCCED0\Pipe.exe
c:\Users\All
Users\{F87E77CE-BAA2-49E1-AAE3-1F6B2704ABAA}\OFFLINE\8AFA5EE\A9DCCED0\Pipe.exe
c:\Users\Owner\AppData\Local\python\mu\mu_venv-38-20230331-155858\Scripts\pip-3.8.exe
c:\Users\Owner\AppData\Local\python\mu\mu_venv-38-20230331-155858\Scripts\pip.exe
c:\Users\Owner\AppData\Local\python\mu\mu_venv-38-20230331-155858\Scripts\pip3.8.exe
c:\Users\Owner\AppData\Local\python\mu\mu_venv-38-20230331-155858\Scripts\pip3.exe
c:\Users\Public\Programs\mblock\resources\app\mlink-v2\exec\python-env\win\Scripts\pip.exe
c:\Users\Public\Programs\mblock\resources\app\mlink-v2\exec\python-env\win\Scripts\pip3.6.exe
c:\Users\Public\Programs\mblock\resources\app\mlink-v2\exec\python-env\win\Scripts\pip3.exe
c:\Windows\WinSxS\wow64_microsoft-windows-t..acyinkingcomponents_31bf3856ad364e35_10.0.19041.1_none_023783a15d5391a7\pipanel.exe
C:\Users\Owner>
GNAT was the last AdaCore/Libre build that included the GPS IDE (I
believe AdaCore still does periodic source code releases of GPS to Linux,
putting the effort to get it working on the Linux distributions -- but that
doesn't help for Windows). Mu is an overly simplistic Python editor pushed
by AdaFruit as it is CircuitPython board-aware. MBlock is a graphical
(drag&drop code templates, fill in any parameters) which I have for an
Arduino-powered robot vehicle.
NO pip*.exe anywhere for Python 3.10 -- and as I stated earlier in the
thread, I even ran the Python Org installer python-3.10.11-amd64.exe in
/repair/ mode; though if that just spawns off ensurepip the result does not
repair anything, as ensurepip finds the library module valid. (Maybe I
should rename the module to junk, and try again? *)
C:\Users\Owner>dir c:\p*
Volume in drive C is Sys_OS
Volume Serial Number is B650-6F92
Directory of c:\
12/07/2019 05:14 AM PerfLogs
05/16/2023 04:37 PM Program Files
05/16/2023 04:37 PM Program Files (x86)
04/26/2023 03:16 PM ProgramData
01/01/2017 04:28 PM PSFONTS
02/11/2020 02:50 PM PSFONTS_Converted
06/08/2023 03:01 PM Python310
0 File(s) 0 bytes
7 Dir(s) 1,881,417,326,592 bytes free
*
* What a pain... Just renaming Lib\site-packages\pip =>
Lib\site-packages\pip-junk (and similar for the dist-info file) still had
ensurepip locating it. I had to /delete/ those files completely before
ensurepip would do any processing.
C:\Users\Owner>python -m ensurepip
Looking in links: c:\Users\Owner\AppData\Local\Temp\tmpfof5ikfr
Requirement already satisfied: setuptools in c:\python310\lib\site-packages
(67.6.1)
Requirement already satisfied: pip in c:\python310\lib\site-packages (junk)
C:\Users\Owner>python -m ensurepip
Looking in links: c:\Users\Owner\AppData\Local\Temp\tmpwtielpq_
Requirement already satisfied: setuptools in c:\python310\lib\site-packages
(67.6.1)
Processing
c:\users\owner\appdata\local\temp\tmpwtielpq_\pip-23.0.1-py3-none-any.whl
Installing collected packages: pip
Successfully installed pip-23.0.1
That finally installed
C:\Users\Owner>where pip*
C:\Python310\Scripts\pip3.10.exe
C:\Python310\Scripts\pip3.exe
(NO pip.exe, however).
--
https://mail.python.org/mailman/listinfo/python-list
