안녕하세요 @KleinerNull!

이것이 업그레이드 자체 또는 환경으로서의 pyenv와 관련이 있는지 여부는 알 수 없습니다.

이것은 환경의 문제라고 생각합니다. pyenv에서 문제를 여는 것이 좋습니다. 거기에 있는 사람들이 이에 대해 논평/고칠 수 있는 더 나은 위치에 있을 것이라고 생각하기 때문입니다.

@pradyunsg

pyenv repo에서 문제 를 열었습니다.

우리도 이 문제로 고통받고 있습니다. 파이프라인이 손상되었습니다. 실행 중인 작업:

 11 #upgrade pip and install uwsgi
 12 pip install --user --upgrade pip
 13 pip install uwsgi

우분투 16.04
파이썬3.6

우리는 같은 문제에 직면해 있습니다.

// in host
$ docker pull ubuntu:xenial
$ docker run --name pip-test --rm -it ubuntu:xenial bash

// in container
# apt update
# apt install -y python-dev python-pip
# pip install --upgrade pip
Collecting pip
  Downloading pip-10.0.0-py2.py3-none-any.whl (1.3MB)
    100% |################################| 1.3MB 865kB/s 
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.0
# pip install requests
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

여기도 같음 .. @HayaoSuzuki 와 동일한 출력이며 pyenv를 사용하지 않습니다.

pyenv 외부에서 이것을 얻는 경우 #5221과 관련이 있을 가능성이 더 높다고 생각합니다.

Ubuntu 16.04의 pip install --user --upgrade pip 도 중단됩니다.

흥미롭게도 쉬운 설치 pip는 10.0.0을 설치하지만 문제를 나타내지 않습니다.
```
// 호스트에서
$ docker pull 우분투:xenial
$ docker run --name pip-test --rm -it 우분투:xenial bash

// 컨테이너에

적절한 업데이트

적절한 설치 -y python-setuptools

easy_install pip

/usr/local/lib/python2.7/dist-packages/pip-10.0.0-py2.7.egg 설치
pip에 대한 처리 종속성
pip에 대한 완료 처리 종속성

핍 설치 요청

요청 수집
다운로드 요청-2.18.4-py2.py3-none-any.whl(88kB)
100% |##################################| 92kB 2.9MB/s
인증서 수집>=2017.4.17(요청에서)
certifi-2018.1.18-py2.py3-none-any.whl(151kB) 다운로드 중
100% |##################################| 153kB 4.4MB/s
수집 chardet<3.1.0,>=3.0.2(요청에서)
chardet-3.0.4-py2.py3-none-any.whl(133kB) 다운로드 중
100% |##################################| 143kB 4.5MB/s
idna<2.7,>=2.5 수집 중(요청에서)
idna-2.6-py2.py3-none-any.whl 다운로드(56kB)
100% |##################################| 61kB 7.4MB/s
urllib3<1.23,>=1.21.1 수집(요청에서)
urllib3-1.22-py2.py3-none-any.whl(132kB) 다운로드
100% |##################################| 133kB 4.4MB/s
수집된 패키지 설치: certifi, chardet, idna, urllib3, 요청
certifi-2018.1.18 chardet-3.0.4 idna-2.6 requests-2.18.4 urllib3-1.22가 성공적으로 설치되었습니다.
```

그 pip가 다른 위치에 설치되어 더 이상 전역 pip에 영향을 미치지 않기 때문에 놀라운 일이 아닙니다. 이는 또한 이제 Python에 대한 매우 흥미로운 작업 세트를 갖게 되었음을 의미합니다.

여기와 https://github.com/pypa/pip/issues/5221 에 보고된 근본적인 문제가 환경이라는 점에 감사하지만, 원인은 주로 from pip import main 가져오기가 $# 패키지로 손상되었기 때문입니다 pip.main 이(가) pip._internal.main (으)로 이동되었습니다. 이 문제를 해결하기 위해 pip.main 에서 pip._internal.main 로 링크를 추가하는 것은 간단합니다(환경을 수정하는 것은 많은 사람들에게 여러 위치에서 많은 작업입니다). 이거 안할 이유가 있나요?

@davidjlloyd

이 주석은 이 작업을 수행하지 않는 것에 대한 몇 가지 정보를 제공하지만 이것이 pip 스크립트 자체에도 중요한지 완전히 확신할 수 없습니다. 그러나 그것은 나를 위해 문제를 해결했습니다.

@davidjlloyd from pip import main 는 기본적으로 지원되지 않았기 때문입니다. 그리고 "예, 하지만 간단한 API이고 제대로 작동했습니다"라고 말하기는 쉽지만 실제로는 그렇지 않았습니다. 우리는 특정 동작을 기대하는 사람들로부터 여러 버그 보고서를 받았습니다. pip.main 가 로깅 시스템의 구성을 변경하지 않을 것으로 예상하면서 여러 스레드에서 pip.main 실행, ...)

사람들에게 이렇게 해서는 안 된다고 계속 설명하고 사람들이 "호출할 함수를 찾을 수 있으면 지원됩니다"라고 가정한다는 사실을 계속 처리하는 대신 모든 것을 _internal 네임스페이스로 옮겼습니다. 당신이 그것을 호출해서는 안된다는 것을 충분히 분명히 하십시오.

불만의 대부분은 pip.main 를 사용하는 사람들로부터 왔습니다. 아이러니하게도 subprocess 를 통해 지원되는 명령줄 방식으로 pip를 호출 하기 쉽기 때문입니다. 따라서 가능한 모든 파손 중에서 이것이 가장 고치기 쉽습니다. 그러나 사람들은 몇 달 동안 경고를 받았음에도 여전히 고치지 않았습니다. (리눅스 배포판에 공평하기는 하지만 pip를 사용하여 시스템 패키지를 업그레이드하는 사람들을 지원하지 않으므로 배포판에서 제공하는 스크립트가 중단되는 경우 #5221과 같은 보고는 pip를 해결하는 배포판의 실패가 아니라 근본적으로 사용자 오류입니다. 10가지 변경 사항 - 완벽하게 잘 처리되고 있다고 확신합니다.

또한 이 문제가 이전에 매우 안정적인 도커 이미지 빌드 프로세스를 완전히 파괴하고 있음을 확인할 수 있습니다. 다음은 도커 이미지 빌드 프로세스 내에서 수행하는 최소 작업의 예입니다.

+ pip install -U pip setuptools
Collecting pip
  Downloading https://files.pythonhosted.org/packages/62/a1/0d452b6901b0157a0134fd27ba89bf95a857fbda64ba52e1ca2cf61d8412/pip-10.0.0-py2.py3-none-any.whl (1.3MB)
Collecting setuptools
  Downloading https://files.pythonhosted.org/packages/20/d7/04a0b689d3035143e2ff288f4b9ee4bf6ed80585cc121c90bfd85a1a8c2e/setuptools-39.0.1-py2.py3-none-any.whl (569kB)
Installing collected packages: pip, setuptools
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.0 setuptools-39.0.1

...

+ pip install jupyter opencv-python plyfile pandas
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

우리를 위한 수정 사항은 pip 9.03에 고정되어 있으므로 다음과 같습니다.

pip install --upgrade pip==9.0.3

대신에

pip install -U pip

명백한 수정이지만 다른 사람을 도울 경우를 대비하여!

@peteflorence 아마도 docker를 실행할 때 기본 이미지를 만든 다음 해당 이미지의 루트로 pip install -U pip setuptools 를 실행하고 있습니까? 다른 패키지를 함께 설치하는 것뿐이라면 최신 pip/setuptools가 필요한 이유가 있습니까? 단순히 배포판 패키지로 제공되는 최신 pip/setuptools로 업그레이드할 수 없습니까?

이것이 당신에게 문제라는 점에 감사드립니다. 도커 빌드가 일반 OS에 있는 경우보다 루트로 작업을 수행하려는 경향이 더 높은 것 같습니다(아마도 도커 이미지가 격리되어 있기 때문일 수 있음). 그러나 이것을 하는 것은 여전히 ​​좋은 생각이 아닙니다. 문제는 pip가 /usr/bin/pip 를 관리하지 않으므로 pip 10에서 작동하도록 "고정"할 방법이 없다는 것입니다.

/usr/bin/pip 사용에서 python -m pip 사용으로 전환할 수 있습니다. 그것은 여전히 ​​​​지원되지 않으며 다른 문제가 발생할 수 있습니다 (기본 OS 공급 업체가 시스템 pip에 어떤 변경 사항을 적용했는지 알 수 없음). 그러나 더 오래 정렬하는 동안 /usr/bin/pip 의 문제를 피할 것입니다. 귀하의 문제에 대한 용어 솔루션.

pip 9에 고정하는 것도 솔루션이지만, pip 9가 정상이면 OS pip를 업그레이드하는 이유는 무엇입니까? 공급업체가 pip 9의 패키지 버전을 제공하지 않습니까?

사람들에게 이렇게 해서는 안 된다고 계속 설명하고 사람들이 "호출할 함수를 찾을 수 있으면 지원됩니다"라고 가정한다는 사실을 계속 처리하는 대신 우리는 모든 것을 _internal 네임스페이스로 이동하여 당신은 그것을 호출해서는 안됩니다.

몇 가지 주요 릴리스에 대한 기능을 사용하지 않는 대신 지원되지 않는 기능의 기존 사용을 적극적으로 중단하는 것이 가장 좋은 방법인지 확신할 수 없습니다. 우리의 초기 반응은 pip를 9.0.3으로 다시 고정하는 것이었으며 더 게으른 개발자는 그 시점에서 아마도 하루라고 부를 것입니다. 이로 인해 많은 사용자가 이전 릴리스에 완고하게 집착하게 되며, 이를 원하는 사람은 없을 것입니다. 그러나 당신의 동기는 의미가 있으며 최종 결과는 동일합니다.

이 문제가 발생하는 모든 사용자의 경우 시스템 또는 pyenv 설치를 교체하기 위한 가장 좋은 솔루션이 @standag에서 친절하게 제공되었다고 생각합니다. https://github.com/pypa/pip/issues/5221#issuecomment -381568428

이 솔루션은 @peteflorence 와 같은 Docker에서 오래된 릴리스나 이와 같은 끔찍한 것에 고정하지 않고 구축하는 모든 사람에게 작동해야 합니다.

임시 수정 업그레이드 pip 사용.

curl https://bootstrap.pypa.io/get-pip.py | python3

pip install -U pip 대신

pip2 pip2 install --upgrade pip 의 경우

python2와 python3 모두 pyenv로 업그레이드했는데 이제 pip2가 작동하지 않고 pip3이 작동합니다.
pip2와 pip3을 비교한 후 차이점은 가져오기 행입니다.

핍2
from pip import main

핍3
from pip._internal import main

pip2 import 행을 pip3 버전으로 대체하면 작동합니다.

같은 문제가 있습니다.

동일한 문제이지만 솔루션으로 해결됨: https://github.com/pypa/pip/issues/5240#issuecomment -381673100

같은 문제:

+ pip install --upgrade pip
Collecting pip
  Downloading https://files.pythonhosted.org/packages/62/a1/0d452b6901b0157a0134fd27ba89bf95a857fbda64ba52e1ca2cf61d8412/pip-10.0.0-py2.py3-none-any.whl
 (1.3MB)
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.0
+ pip install awscli requests simplejson
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

이제 이상합니다. pip 10을 /usr/local/bin에 설치하고 이는 /usr/bin 이전의 PATH에서 첫 번째이지만 새 셸로 이동할 때까지는 사용하지 않습니다. 새로운 awscli를 손으로 설치하려고 이 상자에 갔을 때 이런 일이 발생하는 것을 보았습니다...

$ python --version
Python 2.7.12
$ pip --version
pip 10.0.0 from /usr/local/lib/python2.7/dist-packages/pip (python 2.7)
$ sudo pip install --upgrade awscli 
 <blah blah>
$ aws --version
aws-cli/1.11.13 Python/3.5.2 Linux/4.4.0-1049-aws botocore/1.4.70
$ /usr/local/bin/aws --version
aws-cli/1.15.4 Python/2.7.12 Linux/4.4.0-1049-aws botocore/1.10.4
$ which aws
/usr/local/bin/aws
$ echo $PATH
/home/ec2-user/bin:/home/ec2-user/.local/bin:/opt/bamboo-elastic-agent/bin:/opt/jdk-8/bin:/opt/maven-2.1/bin:/opt/maven-1.0.2/bin:/opt/ant-1.9/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/bin:/bin:/opt/puppetlabs/bin

@pfmoore 댓글 감사합니다. 예, 우리의 도커 이미지는 분명히 pip 9가 필요했고 우리는 nvidia cuda 8.0 도커 이미지와 그것을 가지고 있지 않아야 하는 다른 많은 것들을 상속합니다. 고정은 우리에게 좋은 솔루션입니다. 이것은 연구 시스템이므로 코드를 합리적으로 잠그기를 원합니다. 하지만 분명히 다른 많은 사람들에게는 pip 10과의 호환성을 제공하는 솔루션을 원할 것입니다.

이제 이상합니다. pip 10을 /usr/local/bin에 설치합니다.

저는 Unix 사용자는 아니지만 일부 사람들이 쉘에서 "rehashing"에 대해 이야기하는 것을 본 기억이 있습니까? 그것이 문제가 될 수 있습니까? bash는 경로 조회를 캐시하고 경로 검색을 다시 실행하라는 메시지를 표시해야 합니까?

예, 우리의 도커 이미지는 분명히 pip 9가 필요했습니다 ...

쿨 - 확실히 pip 9에 고정하는 것이 귀하의 경우 합리적인 솔루션입니다. 나는 사람들이 환경을 수정해야 하는 순간을 미루고 그들을 보고 맹목적으로 복사할 위험이 있기 때문에 "pip 9에 고정"에 대한 제안을 거부하지 않는 것에 대해 약간 어리둥절합니다. 그러나 확실히 귀하의 요구 사항에 대해 생각하고 고정이 귀하에게 적합하다고 결정하는 것이 좋습니다. 귀하의 의견을 비누 상자로 사용하여 죄송합니다 :-)

우리는 pip 9에 고정했고 그것이 우리를 "고정"했지만 물론 우리는 어느 시점에서 pip 10을 사용할 수 있는 데 관심이 있습니다.

pip2 install xx @HayaoSuzuki 를 사용해보십시오

pip 9.0.0으로 돌아가는 방법..
그것은 여전히 ​​나에게 같은 오류를 보여줍니다. 모든 단계를 작성하십시오

@swtt123 pip install pip==9.0.1 을(를) 시도할 수 있습니다.

pip 10.0, 나도 직면

AttributeError: 'module' object has no attribute 'main'

pip.main(['install', '-r', 'requirements.txt']) 를 사용하려고 하는 동안

@p00j4 프로그램 내에서 pip 가져오기는 지원되지 않습니다. 문서 참조

오! 나는 그것을 이해하지만, 지금은 많은 장소를 바꿔야 한다.
머리에 대해 @pfmoore 에게 감사드립니다.

실행 가능한 위치를 캐싱하는 bash에 주의하십시오.

$ which pip
/usr/bin/pip

$ pip install --user pip
Collecting pip
(...)
Successfully installed pip-10.0.0

$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

$ which pip
/usr/bin/pip

$ hash -d pip  # this clears the 'pip' entry from bash's executables locations hash table

$ which pip
/home/zwinny/.local/bin/pip

$ pip --version
pip 10.0.0 from /home/zwinny/.local/lib/python2.7/site-packages/pip (python 2.7)

Raspberry Pi 3B+에 새로운 Raspbian 설치를 만들었습니다. 특별한 것은 없습니다 - 예쁜 바닐라 구성 - 지금까지 모든 것이 잘되었습니다.

설치 프로세스의 가장 마지막 단계에 도달했습니다.

pip install --upgrade pip

Collecting pip
  Downloading https://files.pythonhosted.org/packages/62/a1/0d452b6901b0157a0134fd27ba89bf95a857fbda64ba52e1ca2cf61d8412/pip-10.0.0-py2.py3-none-any.whl (1.3MB)
    100% |████████████████████████████████| 1.3MB 101kB/s 
Installing collected packages: pip
Successfully installed pip-10.0.0

... 이제 pip가 완전히 중단되었습니다.

$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

위의 의견에 따라 ~i/.local/bin/pip가 잘 실행되는 것을 확인했습니다. 오류는 /usr/bin/pip에서 발생합니다. hash -d pip를 실행해도 캐시된 위치가 업데이트되지 않았습니다.

옵션 라인 -Iv 및 --force-reinstall을 통해 9.0.1로 강제 다운그레이드해도 문제가 해결되지 않았습니다. 분명히 pip를 업그레이드하지 않는 것 외에 유일한 해결책은 ~/.local/bin/pip에서 pip를 실행하는 것입니다.

python -m pip install --upgrade pip 

나를 위해 일했다. 나는 그것이 누군가를 돕기를 바랍니다.

오늘 새로운 Ubuntu 배포판을 설치하고 몇 가지 기본 Python 패키지를 설치하여 실행하려고 했습니다. pip를 업그레이드하라는 메시지가 표시되어 명령을 실행했습니다. 이 pip를 버전 10으로 업그레이드했는데 이 스레드의 맨 위에 있는 동일한 오류로 인해 분명히 깨졌습니다. 나는 일반 사용자가 pip를 업그레이드하고 좋아하는 패키지를 설치하는 것 외에는 아무 것도 하지 않았습니다. pyenv를 사용하지도 않습니다.

여기에 있는 솔루션 중 어느 것도 내 문제를 해결하지 못합니다. python -m pip install --upgrade pip 를 실행하면 "요구 사항이 이미 최신 상태입니다"가 표시됩니다. 버전 9로 다운그레이드하려고 하면 동일한 초기 오류가 발생합니다.

Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

이 스레드를 다시 읽은 후 ~/.local/bin/pip 를 사용하는 @sfsdfd 의 솔루션이 마침내 작동했습니다.

~/.local/bin/pip install my-favourite-package

분명히 이것은 이전 버전의 pip로 되돌려 (성공적으로) 작동하고 있습니다. 이것을 ~/.bashrc 에 추가하는 것이 나에게 더 나은 수정입니다.

export PATH=$PATH:~/.local/bin

터미널을 다시 시작하기만 하면 문제가 해결되었습니다.

/usr/bin/pip 의 코드를 업데이트하고 from pip import main 를 from pip._internal import main 로 변경하여 문제를 해결했습니다.

자세한 내용은 다음과 같습니다.

$ dpkg -S /usr/bin/pip
python-pip: /usr/bin/pip
$ dpkg -S /usr/bin/pip2
python-pip: /usr/bin/pip2
$ apt-file search /usr/bin/pip
colorized-logs: /usr/bin/pipetty
pipebench: /usr/bin/pipebench
pipemeter: /usr/bin/pipemeter
pipexec: /usr/bin/pipexec
python-pip: /usr/bin/pip
python-pip: /usr/bin/pip2
python3-pip: /usr/bin/pip3
rt-tests: /usr/bin/pip_stress

pip install --upgrade pip 이후:

$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main
$ pip2
Traceback (most recent call last):
  File "/usr/bin/pip2", line 9, in <module>
    from pip import main
ImportError: cannot import name main

$ cat /usr/bin/pip
#!/usr/bin/python
# GENERATED BY DEBIAN

import sys

# Run the main entry point, similarly to how setuptools does it, but because
# we didn't install the actual entry point from setup.py, don't use the
# pkg_resources API.
from pip import main
if __name__ == '__main__':
    sys.exit(main())

/usr/bin/pip 업데이트 후:

$ cat /usr/bin/pip
#!/usr/bin/python
# GENERATED BY DEBIAN

import sys

# Run the main entry point, similarly to how setuptools does it, but because
# we didn't install the actual entry point from setup.py, don't use the
# pkg_resources API.
# from pip import main
from pip._internal import main
if __name__ == '__main__':
    sys.exit(main())

$ pip --version
pip 10.0.0 from /home/devops/.local/lib/python2.7/site-packages/pip (python 2.7)

$ pip2
Traceback (most recent call last):
  File "/usr/bin/pip2", line 9, in <module>
    from pip import main
ImportError: cannot import name main

내 시스템 정보:

$ uname -a
Linux devops-kubernetes-master 4.13.0-38-generic #43-Ubuntu SMP Wed Mar 14 15:20:44 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

$ cat /etc/*-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=17.10
DISTRIB_CODENAME=artful
DISTRIB_DESCRIPTION="Ubuntu 17.10"
NAME="Ubuntu"
VERSION="17.10 (Artful Aardvark)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 17.10"
VERSION_ID="17.10"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=artful
UBUNTU_CODENAME=artful

$ python --version
Python 2.7.14

$ apt list --installed | grep python-

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

libpython-all-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed]
libpython-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
libpython-stdlib/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-all/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-all-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-apt-common/artful,artful,now 1.4.0~beta3build2 all [installed]
python-asn1crypto/artful,artful,now 0.22.0-1 all [installed,automatic]
python-cffi-backend/artful,now 1.9.1-2build2 amd64 [installed,automatic]
python-crypto/artful-updates,artful-security,now 2.6.1-7ubuntu0.1 amd64 [installed,automatic]
python-cryptography/artful,now 1.9-1 amd64 [installed,automatic]
python-dbus/artful,now 1.2.4-1build3 amd64 [installed,automatic]
python-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-enum34/artful,artful,now 1.1.6-1 all [installed,automatic]
python-gi/artful,now 3.24.1-2build1 amd64 [installed,automatic]
python-idna/artful,artful,now 2.5-1 all [installed,automatic]
python-ipaddress/artful,artful,now 1.0.17-1 all [installed,automatic]
python-keyring/artful,artful,now 10.4.0-1 all [installed,automatic]
python-keyrings.alt/artful,artful,now 2.2-2 all [installed,automatic]
python-minimal/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-pip/artful,artful,now 9.0.1-2 all [installed]
python-pip-whl/artful,artful,now 9.0.1-2 all [installed,automatic]
python-pkg-resources/artful,artful,now 36.2.7-2 all [installed,automatic]
python-secretstorage/artful,artful,now 2.3.1-2 all [installed,automatic]
python-setuptools/artful,artful,now 36.2.7-2 all [installed,automatic]
python-setuptools-doc/artful,artful,now 36.2.7-2 all [installed]
python-six/artful,artful,now 1.10.0-4 all [installed,automatic]
python-talloc/artful,now 2.1.9-2ubuntu1 amd64 [installed]
python-wheel/artful,artful,now 0.29.0-2 all [installed,automatic]
python-xdg/artful,artful,now 0.25-4 all [installed,automatic]

나는 이렇게 고쳤다.

$ 핍 --버전
역추적(가장 최근 호출 마지막):
파일 "/usr/bin/pip", 9행,
핍 가져오기 메인에서
ImportError: main 이름을 가져올 수 없습니다.
$ sudo apt-get python-pip 제거
$ sudo apt-get 설치 python-pip
$ 핍 --버전
/home/user/.local/lib/python2.7/site-packages/pip(파이썬 2.7)의 pip 10.0.0

나는 그것이 누군가를 돕기를 바랍니다.

모든 것을 따라 한 후에도 pip를 다운 그레이드 할 수 없습니다. 계속 오류가 발생합니다.
이 문제를 해결한 방법은 다음과 같습니다.

$ sudo apt-get python-pip 제거
$ 핍 -v
bash: /usr/bin/pip: 해당 파일이나 디렉토리가 없습니다.

하지만 내가 이것을 시도할 때$ 파이썬 -m 핍 -V/home/user/.local/lib/python2.7/site-packages/pip(파이썬 2.7)의 pip 10.0.0

그래서 pip의 전체 폴더를 제거했습니다.
$ sudo rm -r /home/user/.local/lib/python2.7/site-packages/pip*

그런 다음 다시 나는 이것을 시도합니다.
$ 파이썬 -m 핍 -V
/usr/bin/pip: pip라는 모듈이 없습니다.

그런 다음 pip를 다시 설치하십시오.
$ sudo apt 설치 python-pip
$ 파이썬 -m 핍 -V
usr/lib/python2.7/dist-packages의 pip 8.1.1(파이썬 2.7)

이 문제가 해결되기를 바랍니다.

3시간을 허비한 후 이것이 내가 얻은 것입니다.

pip 10.0.0을 제거하려면:
sudo apt-get python-pip 제거

그러나 직접 방법으로 필요한 올바른 버전의 pip를 설치할 수 없습니다.

설치 후 알려진 작동 버전으로 다운그레이드하려면
pip10에서 오류가 발생했을 때: ImportError: 이름을 가져올 수 없습니다.
다음을 실행해야 합니다.
파이썬 -m pip 설치 pip==KNOW_WORKING_VERSION>

PIP10을 사용하여 패키지를 설치하려면:
sudo python -m pip install PACKAGE_NAME
이것은 효과가 있었다.

건배 :)

동일한 문제, 문제 수정: 전체 재설치: python-pip

여기에 언급 된대로 쉘을 다시 로그인하십시오.
https://github.com/pypa/pip/issues/5240#issuecomment -382262586

pip3 install --upgrade pip==9.0.3
Traceback (most recent call last):
  File "/usr/bin/pip3", line 9, in <module>
    from pip import main
ImportError: cannot import name 'main'

헐... 내가 뭘 빼고...

방금 pip 설치를 풀었습니다.
python -m pip install --user --upgrade pip==9.0.3

이 문제는 CI용 AppVeyor를 사용할 때 Windows 빌드에서도 발생한다고 보고하고 싶었습니다.
결과는 다음과 같습니다.

Running Install scripts
SET PATH=%PYTHON%;%PYTHON%\Scripts;%PATH%
pip install --disable-pip-version-check --user --upgrade pip
Collecting pip
  Downloading https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl (1.3MB)
Installing collected packages: pip
Successfully installed pip-10.0.1
pip install -U setuptools
Traceback (most recent call last):
  File "c:\python27-x64\lib\runpy.py", line 174, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "c:\python27-x64\lib\runpy.py", line 72, in _run_code
    exec code in run_globals
  File "C:\Python27-x64\Scripts\pip.exe\__main__.py", line 5, in <module>
ImportError: cannot import name main
Command exited with code 1

이 샘플의 권장 사항을 기반으로 여러 appveyor.yml 스크립트에 pip install --disable-pip-version-check --user --upgrade pip 가 있습니다. https://github.com/ogrisel/python-appveyor-demo/blob/master/appveyor.yml #L111

이것은 pip 10.x까지 잘 작동했으며 다른 사람들이 이것을 기반으로 appveyor.yml 를 만든 경우에도 이 문제가 발생할 것입니다.

easy_install -U pip 로 전환하면 효과가 있었지만 그 전에 작동했던 여러 저장소가 있습니다. 이제 pip 10.x에서 작동하도록 업데이트해야 합니다.

CI 설정에 권장되는 접근 방식은 9.0.3을 고수하거나 easy_install을 사용하는 것 같습니다.

CI 설정에 권장되는 접근 방식은 9.0.3을 고수하거나 easy_install을 사용하는 것 같습니다.

권장되는 접근 방식은 pip의 내부 구현 세부 정보에서 라이브러리/응용 프로그램/도구의 종속성을 제거하는 것입니다. easy_install은 더 이상 AFAIK를 적극적으로 개선하지 않으며 pip가 수행하는 많은 작업을 지원하지 않을 수 있습니다.

특정 문제의 경우 python -m pip install --force-reinstall pip 를 실행하여 손상된 스크립트를 수정하여 문제를 해결할 수 있습니다. 그렇지 않은 경우 새 문제를 제출하십시오.

권장되는 접근 방식은 pip의 내부 구현 세부 정보에서 라이브러리/응용 프로그램/도구의 종속성을 제거하는 것입니다. easy_install은 더 이상 AFAIK를 적극적으로 개선하지 않으며 pip가 수행하는 많은 작업을 지원하지 않을 수 있습니다.

나는 당신이 그의 포스트의 나머지 부분을 읽지 않았다고 생각합니다. 그는 pip 대신 easy_install을 사용하여 pip를 설치하는 것을 언급했습니다.

easy_install로 전환 -U pip가 작동했습니다...

또한 그는 pip의 내부 구현 세부 정보에 의존하지 않습니다. 그는 AppVeyor의 새로운 스핀업을 사용하고 그가 지정한 명령을 사용하여 pip를 업그레이드하고 있습니다.

pip install --disable-pip-version-check --user --upgrade pip

이 스레드의 다른 많은 사람들이 같은 문제를 겪고 있습니다. 특별한 작업을 하지 않거나 pip의 내부에 의존하지 않고 pip의 기본 설치로 이것을 재현할 수 있습니다. 이것은 위의 게시물에서 많은 사람들에 의해 문서화되었습니다.

@ikreymer 말씀하신 문제는 Windows를 실행하는 Appveyor에 있습니다. 여기에서 논의되는 문제는 독점적인 Unix 유틸리티인 pyenv 와 관련되어 있습니다.

@pradyunsg 에 대해 잘 모르지만 논의되고 있는 다양한 문제가 무엇인지 점점 혼란스러워지고 있습니다. 근본 원인은 간단합니다. pip가 (의도적으로) 내부 API를 이동했으며, 이는 직접 또는 간접적으로 이를 사용하는 도구에 의존하는 사람들에게 문제를 일으키고 있습니다. 그러나 그것은 바뀔 일이 아닙니다. 따라서 사용자가 특정 문제에 대한 해결 방법을 찾도록 지원하려면 한 번에 하나의 문제에 집중적으로 토론해야 합니다.

그래서 제가 물어봐도 될까요? Appveyor의 문제에 대한 도움이 필요한 경우 문제를 설명하는 새 문제를 열어 주시면 토론을 그곳으로 옮기겠습니다. (대부분의 세부 사항은 귀하의 의견에 있을 수 있으므로 문제의 시작점이 될 것이지만 새로운 Appveyor 프로젝트에서 문제를 재현하는 방법에 대한 완전한 설명은 문제 진단을 돕는 데 매우 유용합니다. .

@arvoelke :

그는 pip 대신 easy_install을 사용하여 pip를 설치하는 것을 언급했습니다.

easy_install 를 사용하여 pip를 설치하면 문제가 발생할 수 있으며, 문제가 있는 경우 ( @pradyunsg 가 말했듯이) easy_install 가 오래되고 적극적으로 유지 관리되지 않기 때문에 지원하지 않습니다. 최근 기능이 누락되었습니다. 그러나 그것이 당신에게 효과가 있고 우리의 도움이 필요하지 않다면 괜찮습니다. 아무도 당신을 막을 수 없습니다.

이 스레드의 다른 많은 사람들이 같은 문제를 겪고 있습니다.

"동일"을 정의하십시오. " pip.main 를 가져오는 코드에서 오류가 표시됨"을 의미한다면 예, 하지만 pip에는 문제 가 없습니다. 이는 의도적이고 이전 버전과 호환되지 않는 pip의 내부 구현으로 변경한 것입니다. 힘든, 당신은 pip의 내부 API를 사용해서는 안 됩니다." 그러면 괜찮습니다. 단일 문제로 충분하며 "버그가 아님"으로 종료하겠습니다. 하지만 문제 해결에 도움이 되었으면 환경의 일부가 6개월 전에 게시된 조언을 따르지 않고 공급업체에서 환경을 수정하는 동안 pip를 계속 사용할 수 있는 해결 방법을 찾은 다음 우리를 도와야 합니다. Windows에서 실행할 때 순수한 Unix 유틸리티에 대한 보고서에서 "나는 같은 문제가 있습니다"라고 말하는 것은 확실히 우리가 당신을 돕는 데 도움이 되지 않습니다 ...

여기에서 논의되는 문제는 독점적인 Unix 유틸리티인 pyenv와 관련이 있습니다.

이 스레드에 대한 첫 번째 답변 중 하나는 다음과 같습니다.

여기도 같음 .. @HayaoSuzuki 와 동일한 출력이며 pyenv를 사용하지 않습니다.

pyenv 측면은 Ubuntu 및 RaspberryPi를 새로 설치할 때 발생하는 문제를 포함하여 위의 의견과 연결된 문제 및 커밋을 기반으로 다소 부차적인 것으로 보입니다. 다시 말하지만 이 모든 것은 이미 이 문제의 일부입니다. 근본 원인은 OP를 포함한 모든 사람에 대해 "동일한"(즉, pip를 업그레이드한 다음 시작하려고 시도하는 것) 더 많은 문제를 생성할 수 있지만 실제로는 그들 사이에 아무런 차이가 없습니다. 문제가 나타나는 방식.

Windows에서 실행할 때 순수한 Unix 유틸리티에 대한 보고서에서 "나는 같은 문제가 있습니다"라고 말하는 것은 확실히 우리가 당신을 돕는 데 도움이 되지 않습니다...

Windows에서 실행되지 않습니다. 전에 말했듯이 우분투에서 실행 중입니다. 다른 포스터는 Windows를 사용하고 있지만 이 문제의 나머지 사람들처럼 단순히 pip를 업그레이드하고 pip를 실행하고 있습니다. pyenv를 사용하는 것이 문제의 근본이 아니라는 데에는 꽤 일반적인 합의가 있습니다.

이러한 모든 문제는 pip를 업그레이드하지만 여전히 이전 진입점을 사용하는 이전 런처를 계속 사용하는 동일한 문제에서 비롯된 것 같습니다. 이런 종류의 문제를 피하는 좋은 방법은 python -m pip 를 사용하는 것입니다.

이러한 모든 문제는 pip를 업그레이드하지만 여전히 이전 진입점을 사용하는 이전 런처를 계속 사용하는 동일한 문제에서 비롯된 것 같습니다. 이런 종류의 문제를 피하는 좋은 방법은 python -m pip를 사용하는 것입니다.

네, 이것이 문제의 근본인 것 같으며 Windows를 포함하여 이 스레드에서 언급된 모든 다른 플랫폼에서 발생합니다.

이것이 다른 사람에게 도움이 되는 경우 다음에서 appveyor.yml pip 업그레이드 전환을 확인할 수 있습니다.

pip install --disable-pip-version-check --user --upgrade pip

에게:

python -m pip install --upgrade pip

문제를 해결합니다. 이제 더 많은 저장소를 업데이트하십시오!

다른 상황에서 여기에서 논의된 동일한 증상이 발생했습니다.

Ubuntu 16.0.4 시스템에서 로컬로 설치된 pip를 사용하려고 했습니다.

curl -O https://bootstrap.pypa.io/get-pip.py
export PYTHONUSERBASE=$(pwd)
python ./get-pip.py --user
export PYTHONPATH=$(pwd)/lib/python2.7/site-packages

python ./bin/pip --version

Traceback (most recent call last):
  File "/path/to/bin/pip", line 7, in <module>
    from pip._internal import main
ImportError: No module named _internal

Ubuntu는 site.py sys.path 에 pip 특정 경로를 추가하는 것으로 나타났습니다. 이는 아래 표시된 내 PYTHONPATH 를 재정의했습니다.

import sys
print(sys.path)
['', '/usr/local/lib/python2.7/dist-packages/pip-9.0.1-py2.7.egg', '/path/to/lib/python2.7/site-packages`, ...]

man 페이지에 다음과 같이 문서화되어 있는 python에 대해 -S 플래그를 앞에 붙이지 않도록 했습니다.

-S 모듈 사이트 가져오기 및 이에 수반되는 sys.path의 사이트 종속 조작을 비활성화합니다.

그리고 그것은 효과가 있었다:

python -S ./bin/pip --version

pip 10.0.1 from path/to/bin/pip (python 2.7)

이것이 다른 사람들에게 도움이 될 수 있는 경우 공유 - 내 도커 이미지 (기본은 ubuntu:xenial )에서 다음 오류를 수신했습니다.

Step 8/12 : RUN pip install -U pip  && pip install -r /tmp/requirements.txt
 ---> Running in e4ff51b013f0
Collecting pip
  Downloading https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl (1.3MB)
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.1
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

pip install -U pip && pip install -r /tmp/requirements.txt 을 pip2 install -U pip && pip2 install -r /tmp/requirements.txt 로 변경했습니다. 문제가 해결되었습니다.

@davidjlloyd 의 댓글에 대한 답변/응답을 보았는지 확실하지 않습니다.

몇 가지 주요 릴리스에 대한 기능을 사용하지 않는 대신 지원되지 않는 기능의 기존 사용을 적극적으로 중단하는 것이 가장 좋은 방법인지 확신할 수 없습니다.

이에 대한 사용 중단 절차가 없는 이유를 여쭤봐도 될까요?
pip 의 import 에서 pip sys.argv[0] #$ 를 확인하는 것이 매우 쉬웠을 것 같습니다. pip 또는 pipX[.Y] 가 아닌 경우 언급한 https://pip.pypa 에 대한 링크와 함께 릴리스 X+에서 실패할 DeprecationWarning 일부를 내보냅니다. io/en/latest/user_guide/#using -pip-from-your-program

앞으로 이런 종류의 일을 방지하기 위해 노력하고 보장하는 프로세스가 있습니까?

@davidjlloyd 의 댓글에 대한 답변/응답을 보았는지 확실하지 않습니다.

반복적으로 답변되었습니다. 아마도 이 특정 문제가 아닐 수도 있지만 문제 추적기를 검색하면 해당 문제에 대한 많은 토론을 찾을 수 있습니다.

이에 대한 사용 중단 절차가 없는 이유를 여쭤봐도 될까요?

지원한 적이 없기 때문입니다. 우리가 결코 지지하지 않은 것을 지지하지 않는다고 경고하는 이유는 무엇입니까? 사람들은 pip의 소스 코드를 읽고 거기에 있는 기능을 자체 코드에서 사용하는 것이 괜찮다고 생각 했습니다. 그것은 결코 아니었다. 우리는 그것이 깨질 수 있다고 말했고 pip 10에서 깨졌습니다.

pip를 가져올 때 sys.argv[0]을 확인하는 것이 매우 쉬웠을 것 같습니다. pip 또는 pipX[.Y]가 아니면 DeprecationWarnings를 내보냅니다.

생각만큼 쉬운지 잘 모르겠습니다. 그리고 나는 pip 10에 추가된 경고가 우리가 예상하지 못했을 때 촉발되는 문제를 처리해야 했던 사람의 관점에서 말합니다...

그리고 다시, 처음부터 지원되지 않는 것을 더 이상 사용하지 않을 필요가 없습니다.

앞으로 이런 종류의 일을 방지하기 위해 노력하고 보장하는 프로세스가 있습니까?

무슨 일이야? 이전 버전과의 호환성을 보장하지 않는 변경 사항으로 인한 손상? 아니요. 우리가 그것을 피할 필요는 없습니다. 사실, 우리는 사용자에 대한 예의로 프로세스를 관리하려고 노력합니다(의무가 아닙니다 !). 이 경우 우리는 6개월 전에 변경 사항을 공개하고 코드를 변경해야 하는 사람들에게 제안을 제공했으며 릴리스 이후로 많은 시간을 사용하여 의존하는 소프트웨어가 주의를 기울이지 않아 문제가 발생한 사용자를 도왔습니다. 그 경고. 그것은 아주 작은 자원 봉사자 그룹이 제공되거나 약속된 적이 없는 지원을 기대하는 사람들로 인해 발생하는 상황을 완화하기 위해 투입한 많은 작업입니다. 천만에요.

호환성을 보장 하는 변경 사항을 위한 프로세스(사용 중단 경고 등)가 있습니다. 하지만 pip를 자신의 프로그램으로 가져오는 것은 그 중 하나가 아닙니다.

나는 flask를 설치하고 업그레이드를 요청하는 bash 스크립트가 내 스크립트를 중단시켰지만 위에 언급된 이유를 이해합니다. 내 스크립트가 계속 작동하도록 하는 방법은 단순히 새로운 bash 프로세스를 시작하는 것이었습니다. 아마도 그것은 틀릴 수 있지만 저에게는 효과가 있었습니다. 비슷한 스크립트를 사용하는 다른 사람들에게 도움이 되길 바랍니다.

pip install --upgrade pip
echo "pip install Flask" | bash
echo "pip install requests" | bash

@OneLogicalMyth 당신이 찾고 있는 것은 hash -d pip 일 수 있습니다. https://github.com/pypa/pip/issues/5221#issuecomment -381568428을 참조하십시오.

주의 깊게 읽은 후에도 완전히 놓쳤습니다. @austinbutler 덕분 에 제 문제가 해결되었습니다.

이 문제가 열린 상태로 유지되고 복제본으로 즉시 닫히지 않은 유일한 이유는 pyenv가 shim으로 작업을 수행하고 pip가 어떤 식으로든 도움이 필요한지 걱정되었기 때문입니다. 그렇지 않았으므로 이 문제는 이제 종료되었습니다.

여기에 언급된 거의 모든 문제에 대한 해결 방법을 이전에 나열 했습니다. 이 문제에서 제기된 모든 우려 사항이 해결되기를 바랍니다. 그렇지 않은 경우 새 문제를 여십시오.

@benoit-pierre 링크된 댓글에 python -m pip 사용 제안을 추가했습니다. 감사합니다. :)

easy_install을 사용하여 pip를 설치하면 문제가 발생할 수 있으며, 문제가 발생하면 ( @pradyunsg 가 말했듯이) easy_install이 오래되고 적극적으로 유지 관리되지 않고 최신 기능이 없기 때문에 지원해 드릴 수 없습니다.

@pfmoore의 입장을 명확히 해 주셔서 감사합니다. 그게 내가 말했던 것입니다.

논의되고 있는 다양한 문제들이 무엇인지 점점 혼란스러워지고 있습니다.

나도.

이번 호에서 본 것들에 대한 몇 가지 일반적인 팁(사용하거나 그대로 두십시오):

• 어떤 이유로 pip 명령이 작동하지 않으면 python -m pip 를 실행해 보십시오. 래퍼 스크립트가 중단되더라도 python -m pip 가 작동할 가능성이 있습니다. 작동하지 않으면 새 문제를 엽니다.
• pip를 루트로 실행하거나 sudo pip 하지 마십시오. 시스템을 망가뜨릴 가능성이 높으며 충분히 나쁘지 않은 경우 루트로 원격 코드 실행을 수행하고 있습니다.
• 이 주석 상단에 인용된 이유 때문에 easy_install을 사용하지 마십시오. 여기에 더 많은 컨텍스트 가 있습니다(약간 구식입니다).
• 제발 pip 9에 고정하지 마십시오. 그렇게 하는 것이 일반적으로 Python Packaging의 진행 속도를 늦추는 데 적극적으로 작용한다고 강력하게 믿습니다.
  
  
  
  • pip 9는 PEP 517/518을 지원하지 않을 것이며 pip 9를 유지한다는 것은 새로운 패키징 표준으로 전환하기 때문에 마지막 순간에 패키지가 파손될 때 나중에 전환하기 위해 수고를 해야만 한다는 것을 의미합니다.
  
  

요약하자면 이것은 단일 프로젝트/개인의 잘못이 아니며 모든 사람이 자신의 행동을 취하는 데 합당한 이유가 있습니다. 네, 환경이 망가졌습니다. 우리는 이해한다. 지금 당장 당신을 돕고 pip를 개발하기 위해 자유 시간을 자원하는 사람들을 비난하지 마십시오.

우리를 돕고 싶습니까? https://donate.pypi.org 는 문제이며, 그렇지 않은 경우 이 문제 추적기에는 우리를 도울 수 있는 많은 미해결 문제가 있습니다.

이제 이 문제에서 물러나겠습니다.

자, 마지막으로 누군가가 우리의 모든 코드베이스를 pip._internal 로 옮기기로 한 결정에 대해 여전히 논의하고 싶어한다면 새 문제를 열고 언급을 해주십시오. 나는 pip가 왜 이것을 했는지에 대해 링크와 모든 것을 작성하는 데 시간을 할애할 것입니다. 그렇게 하면 @pypa/pip-committers가 이 주제에 대해 링크할 수 있는 단일 위치를 갖게 됩니다.

당분간 이것은 python3 / pip3 에서 작동하여 롤백했습니다.

python3 -m pip install --user --upgrade pip==9.0.3

@freckletonj 사람들에게 pip 9로 되돌리라고 말하지 마십시오. 이 방법은 이 문제를 해결하는 방법이 아닙니다. 훨씬 더 좋은 방법이 있습니다.

이 문제를 해결하는 방법을 나열한 귀하의 바로 위에 있는 댓글에 링크했습니다.

@pradyunsg 죄송하지만 여전히 작동하지 않습니다.

$ pip3 install --upgrade --user pip
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 9.0.3
    Uninstalling pip-9.0.3:
      Successfully uninstalled pip-9.0.3
Successfully installed pip-10.0.1
$ pip3
Traceback (most recent call last):
  File "/usr/local/bin/pip3", line 7, in <module>
    from pip import main
ImportError: cannot import name 'main'

위에서 링크한 https://github.com/pypa/pip/issues/5221#issuecomment -382069604에서:

hash -r pip # or hash -d pip

다른 질문이 있는 사람이 있으면 새 문제를 여십시오.

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

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