데비안 문제입니다

추가 참고 사항 - pip를 사용하여 시스템 pip를 교체하는 것은 항상 시스템 파손 행위를 가하는 사람이 낙진을 책임지는 행위입니다.

Debian에서 pip 10의 적절한 패키지 복사본을 기다려야 한다고 제안합니다. @RonnyPfannschmidt가 말했듯이 시스템 패키지를 업그레이드하기 위해 pip를 사용해서는 안 됩니다...

Debian pip3 스크립트가 pip의 내부를 사용하는 것처럼 보이므로 pip10 호환 수정을 얻는 것은 확실히 그들에게 달려 있습니다.

추가 참고 사항 - pip를 사용하여 시스템 pip를 교체하는 것은 항상 시스템 파손 행위를 가하는 사람이 낙진을 책임지는 행위입니다.

데비안/우분투 사람들에게 벤더가 아니라고 설득하고 패키지의 절반을 썩게 내버려 두십시오. 그러면 유효한 주장이 될 것입니다.

virtualenv 또는 venv를 사용하여 시스템 pip 설치에서 자신을 격리할 수 있습니다.

패키지 관리자 관리 파일(여기서는 시스템 pip 설치)을 수정하면 안 됩니다. -- 사용자가 수정하지 않을 것이라고 생각합니다 -- 데비안에서 지원하지 않을 가능성이 높습니다. 이런 문제를 일으키게 마련입니다.

Fedora에서도 같은 문제입니다.

아마도 pypi에 깨진 버전을 덤프하고 모든 사람의 빌드가 폭발하게 만드는 것보다 릴리스 전에 더 많은 테스트를 수행할 수 있는 "베타" 채널 또는 유사한 메커니즘이 있어야 합니다.

@fake-name 두 가지 사전 릴리스가 있었습니다.

• 10.0.0b1 은 3월 31일에 출시되었습니다.
• 10.0.0b2 는 4월 2일에 출시되었습니다.

@fake-name 추가로 모든 배포판에서 사용에 대한 일반적인 제안은 - virtualenv를 사용하고 시스템을 파손하지 마십시오. 그러면 작동합니다.

작동하는 virtualenvs를 사용한 수동 및 자동 테스트가 많이 있습니다.

또한 virtualenv에는 최소한 데비안에서 만든 pip3 명령이 없어야 합니다. - 그래서 도대체 virtualenvs에서 깨는 것에 대해 말하는 것입니다 - 검증에 필요한 데이터를 제공하지 않고 파손에 대해 불평하는 대신 실제로 검증하기에 충분한 데이터를 제공하십시오

pip는 수십 명의 직원이 있는 회사가 아니라 자원 봉사자로 운영됩니다.

~삭제했습니다~. 이것을 https://github.com/pypa/pip/issues/5220 과 혼동했습니다.

나는 멍청이야.

고마워, 시스템 pip를 교체하는 것이 나쁜 생각이라는 것을 깨닫지 못했지만 의미가 있습니다. 그러나 pip가 이 경우 업그레이드에 대해 잔소리하지 않는다면 좋은 UX가 될 것입니다. 그게 가능할까요? 나는 많은 사람들(저를 포함하여)이 "일"이 요구하는 것은 무엇이든 할 것이라고 생각합니다.

@fake-name 후속 조치에 감사드립니다 - 주요 릴리스가 다면적인 영향을 미치고 그 일부가 하루를 망치려고 할 때 세부 사항 문제가 일치하지 않는 것은 놀라울 정도로 일반적입니다.

이 경우 pip가 업그레이드에 대해 잔소리하지 않는다면 좋은 UX가 될 것입니다.

배포 벤더는 확실히 pip를 패치하여 그들이 만드는 다른 패치와 함께 해당 경고를 제거(또는 더 나은 시스템 패키지에 대한 유사한 검사로 교체)할 수 있습니다. 기본 pip가 배포판의 협력 없이 시스템 패키지 설치에서 실행되고 있음을 어떻게 감지할 수 있는지 잘 모르겠지만 그렇게 할 수 있는 방법이 있다면 고려해 볼 수 있습니다. 휴리스틱을 전혀 포함하지 않는 것과 같이 이러한 휴리스틱을 잘못 사용함으로써 많은 부정적인 피드백을 받습니다...)

항상 pip3보다 "python3 -m pip" 또는 더 나은 "/usr/bin/env python3 -m pip"를 선호하고 pip10에서 이 문제를 방지하는 것이 더 안전합니다.

bash에서 명확한 해시로 이 문제를 해결했습니다.

$ hash -d pip

또는 대시(sh):

$ hash -r pip

도커 이미지를 빌드하는 동안에도 이 문제가 발생합니다.

@RonnyPfannschmidt 는 "pip를 사용하여 시스템 pip를 교체하는 것은 항상 시스템 파손 행위를 가하는 사람이 낙진에 책임이 있는 행위"라고 말합니다. 나는 이것이 내가 pip 자체로 그렇게 하도록 지시한 것을 감안할 때 특히 둔한 주석이라는 것을 알았습니다.

_pip 버전 8.1.1을 사용하고 있지만 버전 10.0.0을 사용할 수 있습니다.
'pip install --upgrade pip' 명령을 통한 업그레이드를 고려해야 합니다._

해당 의견에 타당성이 있는 경우 pip 작성자는 이 메시지를 제거해야 하며 저는 @RonnyPfannschmidt 가 해당 문제에 대해 문제를 제기하고 자신의 펼칠 것을 권장합니다.

@qacollective- 여기서 주장은 배포판이 pip를 가져와 수정하고 저장소에 다시 패키지했다는 것입니다. 따라서 메시지가 여전히 존재하는 것은 실제로 Pypi의 잘못이 아닙니다.

대부분의 배포판은 모든 것을 자체 패키지 리포지토리에 다시 패키징하기 위해 정말 열심히 노력하기 때문입니다. 대부분의 경우 물건은 썩게 내버려 둡니다.

개인적으로, 적어도 우분투의 python에 대해, 나는 그들이 그것을 종료하기를 바랍니다. 기본적으로 apt의 모든 python 패키지 버전은 정말 오래된 것부터 화석화된 것까지 다양합니다. Apt는 기본적으로 파이썬, IMHO에 쓸모가 없습니다.

FWIW, 가장 좋은 옵션은 처음부터 distro pip를 설치하지 않고 대신 get-pip.py 를 통해 수동으로 설치하는 것입니다. 그렇게 하면 Python 패키지 중 일부만 알고 있는 플랫폼 패키지 관리자에 문제가 없습니다.

시스템 종료를 방지하려면 항상 --user를 사용하십시오.

/usr/bin/env python3 -m pip intall --user --upgrade pip

대부분의 버그가 있는 경우를 처리해야 하며 결과적으로 올바른 버전의 pip가 ˜/.local/bin 에 설치됩니다.

@standag 의 솔루션이 작동하는지 확인할 수 있습니다.

약간의 배경 지식: 바닐라 우분투 16.04(AWS AMI)에서 업그레이드(pip install -U pip)한 후 다음 상황이 발생합니다.
$PATH=..:/usr/local/ bin:... :/usr/ bin:...
/usr/bin/pip는 여전히 이전/'oem' 버전(손상됨)
/usr/local/bin/pip는 새로운 v10 스크립트입니다(직접 호출할 때 잘 작동함)

적절한 pip 버전이 PATH에서 깨진 버전보다 앞서더라도 bash는 여전히 이전 버전을 기억하므로 'pip'로 호출하면 이전의 깨진 버전이 실행됩니다. hash-d pip 또는 hash -r은 문제를 해결합니다.

먼저 여기 Debian/Ubuntu(및 몇 가지 Linux 배포판)에서 발생한 일에 대한 몇 가지 메모가 있습니다.

• pip는 가져오기를 통해 내부 사용을 지원하지 않습니다. 자세한 내용은 여기 문서
• 데비안(따라서 Ubuntu)은 패키지 관리자가 아닌 무언가를 사용하여 패키지 관리자 관리 파일 수정을 지원하지 않습니다.

이 문제는 둘 다 어떤 식으로든 위반되었기 때문에 발생합니다.

• 데비안은 pip의 내부 방법을 사용합니다(pip의 내부 재구성으로 인해 더 이상 작동하지 않음). 데비안은 여기에서 저장소의 pip 버전이 설치될 버전이라고 가정합니다.
• 다른 매개변수 없이 루트로 pip install --upgrade pip 실행하면 apt에서 관리해야 하는 파일이 수정되어 Debian에서 스크립트가 중단됩니다.

Linux에 대한 몇 가지 일반적인 팁:

• 환경 외부에서 --user 를 사용하는 것은 좋은 습관입니다.

  pip install --upgrade --user pip
  

• 당신이하고있는 일을 모르는 한 sudo로 pip를 실행 하지 마십시오 .

해결 방법은 무엇입니까?

@standag 의 솔루션 은 이것이 bash의 실행 파일 캐싱으로 인해 발생할 때 유용합니다.

hash -r pip # or hash -d pip

OS 패키지 관리자의 pip 설치를 수정했고(예: sudo pip ) python -m pip 가 여전히 작동하는 경우 한 가지 해결 방법은 pip 설치 버전을 제거하고 패키지 관리자 설치 버전을 다시 설치하는 것입니다. .

python -m pip uninstall pip  # this might need sudo
sudo apt install --reinstall python-pip

Debian/Ubuntu를 사용하지 않고 _그리고_ pip 파산했다면 다음을 실행해 보세요.

python -m pip install --force-reinstall pip

위의 방법으로 문제가 해결되지 않으면 새 문제를 제출하십시오.

[ @pradyunsg 편집: 비슷한 문제가 있는 모든 사람을 이 댓글과 연결하는 데 더 관련성이 있도록 합니다. 제거/재설치 해결 방법을 포함하도록 제안 업데이트]

Docker 외부에서 해결하는 것은 어떻습니까? 내 일반 시스템에서 손상되었으며 해시 명령이 pip를 인식하지 못했습니다.
thinkdigital@thinkdigital-HP-Spectre-x360-Convertible:~$ hash -d pip bash: hash: pip: not found

프로젝트에서 virtualenv에 설치된 pip3, 버전 9.0.1을 찾아 내 /usr/bin에 복사했는데 다시 작동합니다. 스스로 수정하고 싶은 분들을 위해 pip3 실행 파일의 내용을 소개합니다.

# -*- coding: utf-8 -*-
import re
import sys

from pip import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

pip3라는 파일에 저장하고 sudo chmod +x ./pip3을 실행하여 실행 가능하게 만들고 sudo apt remove python3-pip를 실행한 다음 sudo를 실행하여 bin 디렉토리에 복사하기만 하면 됩니다. cp ./pip3 /usr/bin.
다운로드하여 이동하려는 사람들을 위한 원시 파일이 있습니다.
pip3.zip

그것은 나를 위해 작동합니다:
컬 https://bootstrap.pypa.io/get-pip.py | sudo 파이썬

죄송합니다. 하지만 루트 액세스 권한이 있는 일부 웹사이트에서 python 코드 curl'd를 실행하는 것은 끔찍할 정도로 안전하지 않다는 점을 지적하고 싶습니다.

동의했으며 이것이 공식적인 핍 권장 사항이 아님을 지적해야 합니다. 여러 번 언급했듯이 시스템 패키지 관리자를 사용하여 시스템 pip 설치를 업데이트하거나 관리해야 합니다. get-pip 또는 sudo를 통한 pip 자체가 아닙니다 .

이 경우 시스템 패키지 관리자의 버전이 작동하지 않습니다. 조차
제거하고 다시 설치한 후.

2018년 4월 19일 목요일 오전 1시 53분에 Paul Moore [email protected]이 다음과 같이 썼습니다.

동의합니다. 이것은 공식 핍이 아니라는 점을 지적해야 합니다.
추천. 여러 번 언급했듯이 다음을 사용해야 합니다.
시스템 pip를 업데이트하거나 관리하기 위한 시스템 패키지 관리자
get-pip가 아닌 설치 또는 sudo를 통한 자체 pip.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/pypa/pip/issues/5221#issuecomment-382660881 또는 음소거
스레드
https://github.com/notifications/unsubscribe-auth/AV-Hfecz8l1NEyq3vsih0DpNP7QYdxuvks5tqFCdgaJpZM4TVEq6
.

시스템 패키지를 다시 설치해도 문제가 해결되지 않으면 /usr/local/에 pip10이 있는지 확인하고 전체 폴더를 삭제합니다.

/usr/bin에서 교체하는 것이 저에게 효과적이라고 생각하지만
시스템 패키지 관리자가 설치한 것입니다.

[ @pradyunsg 는 이메일 내용을

@ThinkDigitalRepair 다음이 도움이 됩니까?

다른 경우에는 패키지를 설치/업그레이드할 때 --user 를 전달해야 합니다. TBH, Linux에서는 --user 를 사용하는 것이 좋습니다.

pip install --upgrade --user pip

확인. 감사 해요. 나는 그들의 Jupyter Notebook 튜토리얼을 따라 그것을 엉망으로 만들었습니다.
pip를 직접 업그레이드하라고 알려주는 사이트. 복사 및 붙여넣기 없이
결과를 알면 다시 친다. :(

[ @pradyunsg 는 이메일 내용을

@ThinkDigitalRepair pip 10이 개선되기를 바랍니다. 이런 일이 발생하면 긴 PermissionError 대신 더 나은 오류 메시지가 인쇄됩니다.

pip의 끝에서 실행할 수 있는 것이 없기 때문에 지금 이 문제를 닫습니다.

이 문제를 수정/해결하는 방법을 찾는 사람은 https://github.com/pypa/pip/issues/5221#issuecomment -382069604를

@pradyunsg 많은 경우 해당 의견에 제공된 솔루션이 작동하지 않습니다. 새로운 Ubuntu 17.10에서 pip install --upgrade pip : 그 후 pip 명령이 중단되고 주석의 솔루션으로 수정되지 않습니다. 그리고 그들은해서는 안됩니다!

사용자가 pip 10을 설치하고 시스템에 pip 9를 설치하면 시스템 pip 스크립트가 잘못된 가져오기 경로를 사용하여 사용자 pip 10에서 main() 가져오기를 시도합니다. Hash -r 또는 -d는 pip 명령이 기본적으로 시스템 pip를 계속 실행하기 때문에 이 문제를 수정하지 않습니다. 그리고 시스템 pip는 여전히 9이고 사용자 pip는 여전히 10이므로 가져오기가 계속 실패하므로 사용자 pip 업그레이드도 수정되지 않습니다.

이러한 경우에 대한 솔루션은 두 pip 중 하나를 제거해야 합니다.

• python -m pip uninstall pip --user , 더 오래된 시스템 pip 유지

또는

• sudo apt remove python-pip 및 기본적으로 터미널에서 pip 를 실행하여 액세스할 수 없는 사용자 설치 pip를 유지합니다. python -m pip 로 실행하거나 PATH 환경 변수 등에 경로를 추가해야 합니다.

이 모든 것은 python 2와 3에서 pip 모두에 적용됩니다.

내 모든 Ubuntu 시스템(16.04, 17.10. 18.04)에서 시스템 pip가 이전 버전이고 사용자가 pip 10이고 가져오기 오류가 표시되지 않습니다.
시스템의 pip가 손상되지 않았습니까?

@gsemet 아마도 ~/.local/bin 를 PATH 환경 변수에 추가했을 것입니다(또는 기본 bash보다 더 똑똑한 쉘을 사용). 따라서 pip 를 실행할 때 사용자가 설치한 pip 10 스크립트를 사용합니다. 시스템에 설치된 pip 9 스크립트가 아닙니다. Ubuntu에서는 기본적으로 그렇지 않습니다. 물론 그렇게 할 수 있으며 기본적으로 그렇게 나왔으면 합니다. 그러나 기본적으로 pip 명령은 시스템에 설치된 pip를 호출합니다. 사용자가 설치한 경우에도 마찬가지입니다.

주석 5221의 명령이 문제를 수정하지 못하고 내가 제안한 것이 수정했다는 증거를 포함하여 새로운 Ubuntu 17.10 설치에서 이를 재현하는 방법.

pip 명령을 중단하는 두 pip(시스템 및 사용자) 설치:

vfisa<strong i="7">@vilos</strong>:~$ sudo apt install python-pip
(...)

vfisa<strong i="8">@vilos</strong>:~$ pip --version
pip 9.0.1 from /usr/lib/python2.7/dist-packages (python 2.7)

vfisa<strong i="9">@vilos</strong>:~$ which pip
/usr/bin/pip

vfisa<strong i="10">@vilos</strong>:~$ pip install pip --upgrade --user
Collecting pip
  Downloading https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl (1.3MB)
    100% |████████████████████████████████| 1.3MB 631kB/s 
Installing collected packages: pip
Successfully installed pip-10.0.1

vfisa<strong i="11">@vilos</strong>:~$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

vfisa<strong i="12">@vilos</strong>:~$ python -m pip --version
pip 10.0.1 from /home/vfisa/.local/lib/python2.7/site-packages/pip (python 2.7)

vfisa<strong i="13">@vilos</strong>:~$ which pip
/usr/bin/pip

보시다시피 pip 명령은 기본적으로 사용자가 설치한 시스템 pip가 아니라 시스템 pip를 가리킵니다.

참조된 주석의 명령, 문제가 해결되지 않는다는 증거:

vfisa<strong i="19">@vilos</strong>:~$ hash -r

vfisa<strong i="20">@vilos</strong>:~$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

vfisa<strong i="21">@vilos</strong>:~$ hash -d
hits    command
   1    /usr/bin/pip

vfisa<strong i="22">@vilos</strong>:~$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

vfisa<strong i="23">@vilos</strong>:~$ python -m pip install pip --force-reinstall --user
Collecting pip
  Using cached https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl
Installing collected packages: pip
  Found existing installation: pip 10.0.1
    Uninstalling pip-10.0.1:
      Successfully uninstalled pip-10.0.1
Successfully installed pip-10.0.1

vfisa<strong i="24">@vilos</strong>:~$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

vfisa<strong i="25">@vilos</strong>:~$ which pip
/usr/bin/pip

보시다시피 두 pip가 모두 설치되어 있고 pip 명령이 시스템 pip(Ubuntu의 기본 동작)를 가리키는 한 문제는 지속됩니다.

수정 옵션 1:

시스템 pip를 제거하고 기본적으로 pip 명령을 통해 액세스할 수 없는 사용자 pip를 유지합니다(따라서 python -m pip 를 사용해야 함).

vfisa<strong i="34">@vilos</strong>:~$ sudo apt remove python-pip
(...)

vfisa<strong i="35">@vilos</strong>:~$ pip
bash: /usr/bin/pip: No such file or directory

vfisa<strong i="36">@vilos</strong>:~$ python -m pip --version
pip 10.0.1 from /home/vfisa/.local/lib/python2.7/site-packages/pip (python 2.7)

~/.local/bin 를 PATH 환경 변수에 추가하여 사용자 pip와 함께 pip 명령을 사용할 수 있습니다.

수정 옵션 2:

사용자 pip를 제거하고 시스템 pip를 유지합니다. 시스템 pip는 이전 버전이지만 기본적으로 경로에 작동하는 pip 명령이 있습니다.

vfisa<strong i="45">@vilos</strong>:~$ python -m pip uninstall pip
Uninstalling pip-10.0.1:
  Would remove:
    /home/vfisa/.local/bin/pip
    /home/vfisa/.local/bin/pip2
    /home/vfisa/.local/bin/pip2.7
    /home/vfisa/.local/lib/python2.7/site-packages/pip-10.0.1.dist-info/*
    /home/vfisa/.local/lib/python2.7/site-packages/pip/*
Proceed (y/n)? y
  Successfully uninstalled pip-10.0.1
You are using pip version 9.0.1, however version 10.0.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.

vfisa<strong i="46">@vilos</strong>:~$ pip --version
pip 9.0.1 from /usr/lib/python2.7/dist-packages (python 2.7)

@fisadev 물론, 사용자 설치 가능한 'pip install --user' 패키지를 지원하는 데 필요합니다. 그러나 사용자에게 "debian/ubuntu 패키지가 업데이트되기 전에 pip 10으로 업데이트를 강제 실행하려면 pip install --user --upgrade pip 를 사용해야 하고 $HOME/.local/bin 가 경로에 있는지 확인해야 합니다. 하는 방법은 간단합니다.

@gsemet 동의합니다. 사용자에게 경로 요구 사항에 대해 알려야 합니다. 이것은 다른 스레드에서 솔루션으로 참조되는 주석에 언급되지 않았으며 한 경우에는 사용자가 해당 명령을 실행했지만 문제가 해결되지 않았다고 말한 후에도 토론이 잠겼습니다./

@fisadev 감사합니다. 수정 옵션 1이 정말 도움이 됩니다.

@RonnyPfannschmidt

pip를 사용하여 시스템 pip를 교체하는 것은 항상 시스템 파괴 행위의 행위이며, 이를 가한 사람이 낙진에 책임이 있습니다.

정신적 기물 파손 댓글입니다. (순진한) 업그레이드를 수행하는 사람이 의도적으로 자신의 설치를 손상시키려는 것처럼... 그렇다면 pip 자체가 사용자에게 매번 9.0.1에서 10.0.1로 업그레이드하도록 잔소리를 해서는 안 됩니다. 단일 pip 명령이 실행되었습니다. 나 자신도 그 권고를 따랐고 결국 이 혼란에 빠졌다.

다행스럽게도:
sudo python -m pip install pip==9.0.1
충분히 쉬운 치료법이었다.

그렇다고 피해자를 탓하는 것은 답이 아니다.

안녕하세요 @rod-app!

그렇다면 pip 자체는 모든 단일 pip 명령이 실행될 때마다 사용자에게 9.0.1에서 10.0.1로 업그레이드하도록 잔소리를 해서는 안 됩니다.

우리는 이것을 알아차렸고 pip의 향후 버전에서 이것을 피하기 위해 OS 공급업체와 협력했습니다. -- #5346.

내가 실행한 문제를 해결하기 위해...

sudo geany -i /usr/bin/pip

...그리고 데비안에서 제공한 /usr/bin/pip를 수정하여 다음으로 대체했습니다...

#!/bin/sh
# GENERATED BY CEFN
python -m pip "$@"

/usr/bin/pip3에 해당합니다(이는 대신 python3을 호출합니다).

#!/bin/sh
# GENERATED BY CEFN
python3 -m pip "$@"

...내 사이트 패키지에 설치된 버전 10에도 불구하고 pip의 전체 기능을 다시 가져옵니다. 업데이트된 python-pip 패키지를 보내서 데비안에서 문제를 수정(또는 다시 중단)하는 데 걸리는 시간만큼만 이 작업이 계속될 것이라고 생각합니다. 그들이 처음에 패키지 메인을 사용하지 않은 이유는 모르겠습니다.

공식 버전

아래에 표시된 .local/bin/pip 설치된 pip 버전은 좀 더 고급스럽고 전달된 인수에서 -script, .py, .pyw 및 .exe 확장자를 제거하는 대체 항목을 포함하지만 그게 무엇을 하는지 모르겠습니다. 또는 내가 왜 그것을 필요로 하는지 간단함을 위해 위에 남겨두었습니다.

#!/usr/bin/python

# -*- coding: utf-8 -*-
import re
import sys

from pip._internal import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

이 pip v10 문제의 관련 없는 원인을 찾았습니다. --system이 기본값인 아주 오래된 시스템 pip(Debian Jessie의 v1.5.6, 즉 oldstable)를 사용하여 pip를 업그레이드할 때 from pip import main 포함하는 /usr/local/bin/pip 와 같이 잘못된 스크립트가 설치된 것을 발견했습니다 from pip import main -- 파일을 보고 찾았습니다. 이전 pip(또는 사용하는 설치 패키지)가 .whl 파일을 잘못 설치하기 때문이라고 가정합니다.

python -m pip install --force-reinstall pip 수정했습니다.

5599는 정보를 제공하고 최종 사용자를 위해 이 문제를 해결하기 위한 도움을 구할 수 있는 단일 위치를 제공합니다.

해당 문제의 의견 섹션은 사용자가 특정 문제 및 솔루션에 대해 논의할 수 있도록 열려 있습니다. :)