다음은 pip3의 출력입니다.

werner in ~ at octopus23
➜ pip3 install pipenv
Collecting pipenv
  Using cached https://files.pythonhosted.org/packages/2c/01/37a5867a47d52856b077d0faa561b791cb6e6e3e9410837b6d62f569c1e6/pipenv-11.10.1-py3-none-any.whl
Collecting virtualenv (from pipenv)
  Using cached https://files.pythonhosted.org/packages/ed/ea/e20b5cbebf45d3096e8138ab74eda139595d827677f38e9dd543e6015bdf/virtualenv-15.2.0-py2.py3-none-any.whl
Collecting pip>=9.0.1 (from pipenv)
  Using cached https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl
Collecting setuptools>=36.2.1 (from pipenv)
  Using cached https://files.pythonhosted.org/packages/8c/10/79282747f9169f21c053c562a0baa21815a8c7879be97abd930dbcf862e8/setuptools-39.1.0-py2.py3-none-any.whl
Collecting virtualenv-clone>=0.2.5 (from pipenv)
  Using cached https://files.pythonhosted.org/packages/6d/c2/dccb5ccf599e0c5d1eea6acbd058af7a71384f9740179db67a9182a24798/virtualenv_clone-0.3.0-py2.py3-none-any.whl
Collecting certifi (from pipenv)
  Using cached https://files.pythonhosted.org/packages/7c/e6/92ad559b7192d846975fc916b65f667c7b8c3a32bea7372340bfe9a15fa5/certifi-2018.4.16-py2.py3-none-any.whl
Installing collected packages: virtualenv, pip, setuptools, virtualenv-clone, certifi, pipenv
Successfully installed certifi-2018.4.16 pip-10.0.1 pipenv-11.10.1 setuptools-39.1.0 virtualenv-15.2.0 virtualenv-clone-0.3.0

나는 이것이 pip에 따른 Pipenv의 결과일 가능성이 있다고 생각하지만 Pipenv가 이에 대한 책임이 있는지 확실하지 않습니다. 아마도 데비안은 Python-pip 커플링을 깨뜨렸기 때문에 그래야 할 것입니다. Pipenv는 확실히 pip에 의존하는 유일한 패키지는 아니지만 여기에서 가장 좋은 방법이 무엇인지 잘 모르겠습니다.

@ncoghlan 이 주제에 대한 통찰력을 제공할 수 있습니까? 구체적으로 특별히

1. 패키지가 pip에 의존해야 합니까?
2. 1. 그렇다면 시스템 패키지 관리자와 이러한 종류의 충돌에 대해 책임을 져야 합니까?
3. 2. 예인 경우 어떻게 합니까?
4. 2. 아니오인 경우 누가 책임을 져야 합니까? 사용자에게 대안을 대신 사용하도록 지시해야 합니까?

어쨌든 우분투에서는 절대 sudo pip install 해서는 안 됩니다. 대신 다음 중 하나를 수행해야 합니다.

• APT를 끝까지 사용하십시오.
• pip install --user
• pipsi와 같은 사용자 지정 관리자

또는 더 나은 방법으로 시스템 Python을 완전히 피하고 pyenv 또는 다른 Python 런타임 관리자를 대신 사용하십시오.

그것들을 긁어라. APT에서 Python을 피하십시오.

어쨌든 우분투에 아무 것도 sudo pip 설치해서는 안 됩니다.

나는 실제로 한 적이 없습니다. 우분투에서 sudo pip 을 사용하는 것의 문제점을 알고 있으므로 가능하면 apt 하거나 --user 고수합니다.

아 이제 문제가 보입니다. 사용자 모듈은 시스템들보다 우선하지만, /usr/bin 앞에있는 $HOME/.local/bin 당신의 PATH . /usr/bin/python 시스템 pip 설치(여전히 9.x임)를 가져오려고 시도했지만 결국 사용자 설치(10.x임)를 찾았습니다. 엉망이야.

2095는 동일하지만 사용자에게 친숙한 PATH 에 의존하는 것보다 더 강력한 솔루션이 있어야 한다고 생각하기 때문에 이것을 열어두고 싶습니다.

사용자가 다음과 같은 경우 매우 안정적입니다.

• ˜/.local/bin 사용자의 PATH . 16.10 이후 Ubuntu에서는 기본값이어야 합니다. 완벽하게 유효한 사용 사례인 pip install --user 동작을 가능하게 하므로 이를 사용하는 것이 좋습니다.
• 사용자는 항상 pip install --user 사용해야 합니다. 시스템의 pip를 사용하는 것은 모든 배포판에서 정말 좋지 않습니다. 데비안 의 이상한 "dist-packages/site-packages" 폴더조차도 사용자의 실수로부터 보호하지 못합니다.

우리는 모든 우분투 사용자 설치(다양한 우분투 버전의 1000개 이상의 설치 조직)에서 이 동작을 보장했으며 pip10으로의 전환은 매력처럼 작동했습니다.

나는 파이썬과 그 생태계가 복잡하고 사람들이 검색 순서를 올바르게 하기 위해 경로를 적절하게 구성하지 않아도 된다면 더 좋을 것이라는 데 동의하지만, 이것은 불행히도 현재 패키지 관리자에서 설치가 작동하는 방식에 대한 사실일 뿐입니다. 그리고 그것은 그 자체로 pipenv 문제가 아닙니다. 나는 그것을 독립적으로 해결하기 위해 우리가 할 수 있는 일이 많지 않다고 생각합니다. 파이썬 메일링 리스트에서 해결해야 할 문제가 더 많습니다.

아, 이제 문제가 무엇인지 알았습니다. 감사합니다. 경로가 이것에 영향을 미칠 수 있다고 생각한 적이 없습니다. 그래서 문제 설명에 경로를 포함할 생각을 하지 않았습니다. 죄송합니다. 도와주셔서 감사합니다.

나를 위해 고친 것은 추가하는 것이 었습니다.

export PATH="${HOME}/.local/bin:$PATH"

프로필에.

편집: 이 변경 사항을 적용하려면 hash -r 를 실행하거나 새 셸을 입력해야 합니다.

나는 우리가 그것을 독립적으로 해결하기 위해 할 수 있는 일이 별로 없다고 생각합니다

좀 더 자세한 설치 지침이나 주의 사항이 있을 수 있습니까? 나는 pip 작동 방식에 대해 경험이 많지 않지만 경로 문제에 대한 메모를 읽었을 수 있습니다. 하지만 다른 패키지 관리자와 배포판의 생태계는 단순한 규칙에 비해 너무 복잡하다고 생각합니다…

@slhck 며칠 전에 python 환경과 sudo 및 패키지 관리자 설치에 관한 이 xkcd 가 있다는 사실이 실제로 너무 실망 스럽 습니다.

다음은 Ubuntu 18.04에서 성공적으로 사용한 단계별 가이드입니다.
https://phoikoi.io/2018/04/03/bootstrap-pipenv-debian.html

또한 https://github.com/pypa/python-packaging-user-guide/issues/396 도 PATH / sys.path 순서 충돌의 가능성에 대해 메모해 두겠습니다.

감사합니다, @slhck . 내보내기 해결 방법으로 가장 많은 시간을 절약할 수 있었습니다. /etc/profile에 추가했습니다.

Linux에 2가지 수준의 소프트웨어 패키징이 있다는 것은 정말 어리석은 일입니다. 더 나쁜 것은 *buntus의 최신 릴리스에서 둘 중 하나(pip/pip3)의 두 가지 맛이 깨졌습니다.

나는 Launchpad에 그것을 썼습니다: https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1772746

@texadactyl Debian에는 pip가 기본적으로 설치되어서는 안 된다는 이 정책(이것이 무엇인지 잊어버렸습니다)이 있으며, 이전의 많은 불만과 함께 이를 고수했습니다. 이 전통은 데비안의 뿌리에 깊이 뿌리를 두고 있습니다. 그들이 이것을 다시 생각할 수 있다면 나는 기쁠 것입니다. 그러나 그들이 그렇게 할지는 매우 의심스럽습니다.

Ubuntu 18 및 Python 3.6에서 동일한 문제에 직면했습니다.

다음은 내가 수행한 단계입니다.

1) 먼저 오류가 발생했습니다.

역추적(가장 최근 호출 마지막):
파일 "/usr/bin/pip", 9행,
pip import 메인에서
ImportError: main 이름을 가져올 수 없습니다.

2) /user/bin/pip 파일을 다음과 같이 수정했습니다.

수입 시스템
pip._internal에서 _main으로 기본 가져오기
__name__ == '__main__'인 경우:
sys.exit(메인())

3) 그런 다음이 오류가 발생하기 시작했습니다.

역추적(가장 최근 호출 마지막):
파일 "/usr/bin/pip3", 11행,
sys.exit(메인())
NameError: 'main' 이름이 정의되지 않았습니다.

4) /usr/bin/pip3을 다음과 같이 수정했습니다.

수입 시스템
pip._internal에서 _main으로 기본 가져오기
__name__ == '__main__'인 경우:
sys.exit(_main())

5) 그런 다음 오류가 발생하기 시작했습니다.

역추적(가장 최근 호출 마지막):
파일 "/usr/bin/pip3", 11행,
sys.exit(메인())
NameError: 'main' 이름이 정의되지 않았습니다.

6) 나는 main()을 _main()으로 이름을 바꿨고, 짜잔 .. 작동했습니다!!! :) :)

그것이 당신을 위해 문제를 해결했을 수도 있지만 이것은 아주 나쁜 조언입니다. 시스템 파일을 수동으로 수정하면 안 됩니다. 솔루션에 대한 내 이전 의견을 살펴보십시오.

편집 : @slhck 의 솔루션이 해결했습니다. 경로에 ~/.local/bin 이 있어야 합니다.

우분투 16.04에서 동일한 문제가 발생합니다.

$ sudo apt install python3-pip
$ pip3 --version
pip 8.1.1 from /usr/lib/python3/dist-packages (python 3.5)
$ python3 -m pip install --user pipenv
$ pip3 --version
Traceback (most recent call last):
  File "/usr/bin/pip3", line 9, in <module>
    from pip import main
ImportError: cannot import name 'main'

# revert back and fix pip
$ sudo python3 -m pip uninstall pip && sudo apt install python3-pip --reinstall

나는 이 문제도 우연히 발견했다고 덧붙이고 싶습니다. 내 경로의 첫 번째 항목으로 이미 ~/.local/bin이 있습니다. 문제는 bash가 명령을 해시하는 방법입니다. 이 문제에 대한 해결책은 https://github.com/pypa/pip/issues/5221#issuecomment -381568428에서 찾을 수 있습니다.

@thernstig 네, 맞습니다. 위의 솔루션에 필요한 hash -r 명령을 추가했지만 명시적으로 언급하는 것을 잊었습니다.

@slhck 문제 없습니다. 도와드릴 수 있어서 기쁩니다.

문제가 해결되었다는 것을 깨달았지만 이것이 PATH에 대한 수정을 피하는 데 도움이 되기를 바라는 마음으로 게시합니다. 나는 오늘 새로운 Ubuntu 18.04 시스템을 설정할 때 이것을 실행했고 재부팅을 했지만 PATH 수정 없이 해결할 수 있었습니다(로그아웃/로그인이 작동한다고 확신하지만 확인하지 않았습니다).

python3-pip 를 통해 pip3를 설치하고 pip3 install --user pipenv pipenv를 설치한 후 제목 오류를 받았습니다. ~/.profile (주식, 수정 사항 없음)에서 다음을 발견했을 때 @slhck 의 해결 방법을 사용하려고 했습니다.

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
    PATH="$HOME/.local/bin:$PATH"
fi

흥미롭게도 재부팅했는데 확실히 문제가 해결되었습니다. .local/bin 가 이제 PATH 시작 부분에 있고 pip3이 다시 작동했기 때문입니다.

@jlitzingerdev 경로가 기본값이라고 확신합니다. 다른 셸과 프로필을 사용하고 있었기 때문에 이를 제거하거나 처음부터 구성했기 때문에 내 시스템에 대한

@slhck 하지만 ~/.local/bin 가 존재하지 않거나 내 특정한 경우였기 때문에 첫 번째 로그인 시 PATH에 없을 수 있습니다.

우리가 뭘해야 하죠?

복원 명령을 포함시켜 주셔서 감사합니다. pip를 다시 작동시키는 데 문제가 있었습니다.

Ubuntu 18.04에서 pipenv를 설치하고 싶습니다. 그렇게하면 pip / pip3이 중단됩니다.

예상 결과

pipenv의 설치 및 작동 버전.

실제 결과

pip 또는 pip3을 통해 pipenv를 설치하려는지 여부에 따라 pip/pip3이 손상됩니다.

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

복제 단계

1. Set up Ubuntu 18.04

2. Run `pip install pipenv` or `pip3 install pipenv`

3. Run `pip` or `pip3` – the error is printed, and pip / pip3 do not work anymore.

문제를 해결하려면 다음을 실행해야 합니다.

sudo python -m pip uninstall pip && sudo apt install python-pip --reinstall
sudo python3 -m pip uninstall pip && sudo apt install python3-pip --reinstall

하지만 pip를 사용하여 pipenv를 설치할 수 없습니다. 사용 가능한 PPA가 없기 때문에 apt 를 통한 설치가 작동하지 않습니다..

내 우분투 18 pip, pip3 및 pip3.6에 3개의 pip가 있습니다. pip는 2.7용입니다. pip3은 3.5용이고 pip3.6은 3.6용입니다. 이제 pip는 파일 위치를 .local/bin 표시합니다. 여기에서 pip 및 pip3 파일을 제거했습니다. 이제 어느 pip3이 /usr/bin/pip3을 보여줍니다. sudo nano /usr/bin/pip3 명령을 실행하여 인터프리터의 첫 번째 줄을 !#/usr/bin/python3 으로 #/usr/bin/python3.5로 변경합니다. 나를 위해 작동합니다. 내 모든 핍이 작동합니다. 이게 도움이 되길 바란다

내 우분투 18 pip, pip3 및 pip3.6에 3개의 pip가 있습니다. pip는 2.7용입니다. pip3은 3.5용이고 pip3.6은 3.6용입니다. 이제 pip는 파일 위치를 .local/bin 표시합니다. 여기에서 pip 및 pip3 파일을 제거했습니다. 이제 어느 pip3이 /usr/bin/pip3을 보여줍니다. sudo nano /usr/bin/pip3 명령을 실행하여 인터프리터의 첫 번째 줄을 !#/usr/bin/python3 으로 #/usr/bin/python3.5로 변경합니다. 나를 위해 작동합니다. 내 모든 핍이 작동합니다. 이게 도움이 되길 바란다

이 모든 단계는 실제로 권장되지 않습니다. /usr/bin 파일을 수동으로 편집하면 안 됩니다. 대신 위에서 언급한 대로 pip를 제거하고 apt 를 통해 다시 설치하십시오. 이렇게 하면 올바른 시스템 설치를 얻을 수 있습니다. pipenv 에 문제가 있는 경우 이러한 해결 방법을 시도하기보다 새 문제를 열고 문제를 설명하십시오.

위에서 언급한 대로 apt를 통해 다시 설치해도 동일한 출력이 생성되므로 아무 것도 변경되지 않습니다. 간단한 상태는 이름을 가져올 수 없으며 파이썬 인터프리터에서 가져오기 pip를 수행할 때 모듈로 가져옵니다. 이는 메인 이름이 보려는 모듈에서 사용할 수 없음을 의미합니다. 이제 나는 맹목적으로 위의 편집을 제안하지 않았습니다. ubuntu14에 있을 때 소프트웨어 애호가로서 pip 파일을 확인했는데 ubuntu18 pip3에 있는 것과 동일한 코드가 있습니다. 그래서 변경된 것. 미리 패키지로 제공되는 Python 버전이 그랬습니다.

python3.5 및 2.7용 pip는 pip 모듈에 main만 정의되어 있기 때문입니다.
그리고 python3.6에는 pip._internal에 정의되어 있습니다.

이제 위의 두 문장이 모든 사람의 문제를 해결합니다.

문제는 자신이 사용하는 인터프리터에 있습니다.

파이썬3; 그러나 어떤 파이썬을 참조하고 있습니까?
python 2.7만 있고 ubuntu18로 변경된 개발자는 python 3을 python3.6으로 사용할 가능성이 높습니다.

그러나 python3.4 pr 3.5가 설치된 사람들은 어떻습니까? 먼저 python3은 python3.5를 참조하고 이제 업그레이드 후에는 ppython3.6을 참조합니다.

그래서 데비안이 처리하는 방식이 깨졌습니다.

올바른 통역사를 말하는 것만으로도 문제가 해결됩니다.
둘 다 오류가 있는 경우

pip import 메인에서
그리고
pip._internal에서 _main으로 기본 가져오기

감사 해요
추신
이 시점에서 나는 다른 플랫폼에서는 하지 말아야 할 것을 강의하는 것이 괜찮을 것이라고 말해야 하지만, 다른 열정적인 개발자가 문제를 해결하기 위해 오는 github에서는; 특히 그들이 많은 명령을 실행하거나 일부 구성 파일을 편집하여 실행하려고 할 때 이런 사람들을 낙담시키기 시작할 정도로 현명하지 말라고 말해야 합니다.

참고: 새 버전은 코드를 변경하지 않으면 작동하지 않습니다. 그들은 그것을 제거하고 설치하는 모든 사람에게 작동하도록 해결 방법을 추가합니다.

이 시점에서 당신이 그것을 얻을 수 있기를 바랍니다. 다시는 나를 괴롭히지 마

@r-tron18 시스템 파일을 수정하지 말라는 건설적인 제안을 하신 것 같아 죄송합니다. 원래 게시물에서 제공한 약간의 컨텍스트에서는 자신이 하는 일을 알고 있는 숙련된 사용자인지 아니면 다른 곳에서 찾을 수 있는 해결 방법을 적용하는지 알 수 없었습니다. 저는 다양한 문제 해결 및 Q&A 웹사이트에 많은 시간을 할애합니다. 사용자가 임의 수정을 시도하거나 sudo -시스템 제공 파일을 편집하도록 권장해서는 안 된다는 데 동의하실 것입니다. 오류와 혼란. 그것은 더 일반적인 문제입니다.

나는 여전히 당신이 제안한 것이 신뢰할 수있는 솔루션인지 확신하지 못합니다. 그리고: 우리는 그 솔루션의 장점에 대해 시민 토론을 할 수 있습니다. GitHub는 제가 그것을 표현할 수 있는 곳입니다.

그 이유는 /usr/bin/pip3 의 shebang을 #!/usr/bin/python3.5 로 변경하면 해당 버전만 계속 사용할 수 있기 때문입니다. #!/usr/bin/python3 읽어야 하고 /usr/bin/python3.6 (또는 시스템에 현재 있는 모든 것)에 대한 심볼릭 링크여야 합니다. 모든 Python 업그레이드는 어쨌든 해당 파일을 변경합니다.

당신은 말한다:

그러나 python3.4 pr 3.5가 설치된 사람들은 어떻습니까? 먼저 python3은 python3.5를 참조하고 이제 업그레이드 후에는 ppython3.6을 참조합니다.
그래서 데비안이 처리하는 방식이 깨졌습니다.

Python 3.5를 Python 3.6으로 업그레이드한 후 python3 심볼릭 링크가 업데이트되지 않았다는 말씀이신가요? 당신이 관찰하고 있는 것이 실제로 Debian 또는 Ubuntu의 버그라면 Python 업그레이드가 올바른 심볼릭 링크를 설정하지 못한 경우 해당 버그는 아마도 업스트림에서 해결되어야 하지 않습니까?

문제가 해결되었다는 것을 깨달았지만 이것이 PATH에 대한 수정을 피하는 데 도움이 되기를 바라는 마음으로 게시합니다. 나는 오늘 새로운 Ubuntu 18.04 시스템을 설정할 때 이것을 실행했고 재부팅을 했지만 PATH 수정 없이 해결할 수 있었습니다(로그아웃/로그인이 작동한다고 확신하지만 확인하지 않았습니다).

python3-pip 를 통해 pip3를 설치하고 pip3 install --user pipenv pipenv를 설치한 후 제목 오류를 받았습니다. ~/.profile (주식, 수정 사항 없음)에서 다음을 발견했을 때 @slhck 의 해결 방법을 사용하려고 했습니다.

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
    PATH="$HOME/.local/bin:$PATH"
fi

흥미롭게도 재부팅했는데 확실히 문제가 해결되었습니다. .local/bin 가 이제 PATH 시작 부분에 있고 pip3이 다시 작동했기 때문입니다.

재부팅 후 모든 것이 잘 작동합니다. (설치 후: "pip3 install --user pipenv" 시스템을 다시 시작하면 작동합니다.