それはDebianの問題です

特記事項-pipを使用してシステムpipを置き換えることは、常にシステム破壊行為であり、それを負わせた人がフォールアウトの原因となります。

Debianからのpip10の適切なaptパッケージコピーを待つことをお勧めします-

Debian pip3スクリプトはpipの内部を使用しているように見えるので、pip10互換の修正を取得するのは間違いなく彼ら次第です（そして、ソートされるまでpip10パッケージのリリースを待つことを完全に期待しています）。

特記事項-pipを使用してシステムpipを置き換えることは、常にシステム破壊行為であり、それを負わせた人がフォールアウトの原因となります。

debian / ubuntuの人々にベンダーをしないように説得してから、パッケージの半分を腐らせてください。そうすれば、それは有効な議論になるでしょう。

virtualenvまたはvenvを使用して、システムpipのインストールから自分自身を分離できます。

パッケージマネージャーが管理するファイル（ここではシステムpipのインストール）を変更するべきではありません-ユーザーが変更することを期待していないと思います-Debianではサポートされていない可能性があります。 このような問題を引き起こすことは間違いありません。

Fedoraでも同じ問題。

おそらく、壊れたバージョンをpypiにダンプしてすべてのビルドを爆発させるのではなく、「ベータ」チャネル、またはリリース前にさらにテストを行うための同様のメカニズムが必要です。

@ fake-name作成された2つのプレリリースがありました：

• 10.0.0b1は3月31日にリリースされました
• 10.0.0b2は4月2日にリリースされました

@ fake-nameさらに、すべてのディストリビューションで使用するための一般的な提案は、-virtualenvを使用し、システムを破壊しないでください、そしてそれは機能します-人々はフォントをフォローするだけで、何かが壊れてピップを非難するのはいつかと思います

動作するvirtualenvsを使用した手動および自動テストがたくさんあります

また、virtualenvには、少なくともdebian製のpip3コマンドはないはずです-したがって、virtualenvsのこの破損について何を話しているのですか？破損について検証するために必要なデータを提供せずに、破損について泣き言を言うのではなく、実際に検証するのに十分なデータを提供してください

pipはボランティア主導であり、数十人の従業員を抱える会社ではありません

〜削除〜。 これをhttps://github.com/pypa/pip/issues/5220と混同していました

私はderpです。

おかげで、システムピップを交換することが悪い考えであることに気づいていませんでしたが、それは理にかなっています。 ただし、その場合、pipがアップグレードについて悩まないのであれば、優れたUXになります。 それは可能でしょうか？ 多くの人（私を含む）は、「物事」が彼らに求めていることは何でもするだろうと思います。

@ fake-nameフォローアップに感謝します-メジャーリリースが多面的な影響を及ぼし、その一部があなたの一日を台無しにしようとするときに、詳細の問題と一致しないことは驚くほど一般的です

その場合、pipがアップグレードについてしつこくならなければ、それは良いUXでしょう。

ディストリビューションベンダーは確かにpipにパッチを適用して、その警告を他のパッチと一緒に削除する（または、システムパッケージに対する同様のチェックに置き換える）ことができます。 ベースピップがディストリビューションからの協力なしにシステムパッケージインストールから実行されていることをどのように検出できるかはわかりませんが、そうする方法があれば、それを検討することができます（ただし、私の経験では、ヒューリスティックをまったく含めないことからのように、そのようなヒューリスティックを間違って取得することからの多くの否定的なフィードバック...）

常に「pip3」よりも「python3-mpip」を優先するか、「/ usr / bin / env python3 -m pip」を使用する方が安全であり、pip10でこの問題を回避できます。

この問題は、bashでハッシュをクリアすることで解決しました。

$ hash -d pip

またはダッシュ（sh）：

$ hash -r pip

Dockerイメージの構築中にもこの問題が発生します。

@RonnyPfannschmidtは、「pipを使用してシステムpipを置き換えることは、常にシステム破壊行為であり、それを負わせた人がフォールアウトの原因となる」と述べています。 私がpip自体によってそうするように指示したことを考えると、これは特に鈍いコメントであることがわかります。

_pipバージョン8.1.1を使用していますが、バージョン10.0.0が利用可能です。
'pip install --upgradepip'コマンドによるアップグレードを検討する必要があります。_

そのコメントにある程度の妥当性がある場合は、pipの作成者はこのメッセージを削除する必要があります。私は、 @ RonnyPfannschmidtにその趣旨の問題を提起し、

@ qacollective-ここでの議論は、ディストリビューションがpipを取得し、それを変更して、リポジトリに再パッケージ化したということだと思います。 そのため、メッセージがまだ残っているのはPypiのせいではありません。

これのほとんどは、多くのディストリビューションがすべてを独自のパッケージリポジトリに再パッケージ化しようと非常に懸命に努力しているためです。 ほとんどの場合、物事は腐敗するままになります。

個人的には、少なくともubuntuのpythonについては、彼らがそれをやめたいと思います。 基本的にaptのすべてのPythonパッケージのバージョンは、本当に古いものから化石化したものまでさまざまです。 Aptは基本的にPython、IMHOには役に立ちません。

FWIW、私は、最初からdistro pipをインストールせず、代わりにget-pip.pyて手動でインストールするのが最善のオプションだと思う傾向があります。 そうすれば、プラットフォームパッケージマネージャーがPythonパッケージの一部しか認識していないという問題は発生しません。

システムを強制終了しないように、常に--userを使用してください

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

バグのあるケースのほとんどを処理し、正しいバージョンのpipが˜/.local/binにインストールされるようにする必要があります。

@standagのソリューションが機能していることを確認できます。

少し背景：バニラubuntu 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-dpipまたはhash-rが問題を解決します。

まず、Debian / Ubuntu（そしておそらくさらにいくつかのLinuxディストリビューション）で何が起こったのかについてのいくつかのメモ：

• pipは、インポートによる内部の使用をサポートしていません。 詳細については、こちらのドキュメントを
• Debian（したがって、Ubuntu）は、パッケージマネージャーではないものを使用して、パッケージマネージャーが管理するファイルを変更することをサポートしていません。

この問題は、ある意味で両方が違反されていることが原因です。

• Debianはpipの内部メソッドを使用します（pipの内部の再編成のために機能しなくなりました）。 Debianは、リポジトリ内のpipバージョンがインストールされるものであるとここで想定しています。
• 他のパラメータなしでrootとしてpip install --upgrade pip実行すると、aptによって管理されることになっているファイルが変更され、Debianによるスクリプトが壊れます。

Linuxに関するいくつかの一般的なヒント：

• venvの外では常に--userを使用するのが良い習慣です。

  pip install --upgrade --user pip
  

• あなたは何をやっている知っている限りのsudoでPIPを実行することはありません。

回避策は何ですか？

@standagのソリューションは、bashによる実行可能ファイルのキャッシュが原因である場合に役立ちます。

hash -r pip # or hash -d pip

OSパッケージマネージャーのpipのインストールを変更し（たとえば、 sudo pip ）、 python -m pipがまだ機能している場合、回避策の1つは、pipがインストールされているバージョンをアンインストールし、パッケージマネージャーがインストールされているバージョンを再インストールすることです。 。

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

Debian / Ubuntuを使用していない場合は、次のコマンドを実行してみてください。

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

わたしにはできる：
curl https://bootstrap.pypa.io/get-pip.py | sudo python

申し訳ありませんが、rootアクセス権を持つWebサイトからPythonコードを実行することは、ひどく安全ではないことを指摘したいと思います。

同意しました。これは公式のピップ推奨ではないことを指摘しておく必要がなく、sudoを介してpip自体を管理する必要があります。

この場合、システムパッケージマネージャーのバージョンは機能しません。 平
パージして再インストールした後。

木、2018年4月19日には、1：53 AMポール・ムーア[email protected]は書きました：

同意しました。これは公式のピップではないことを指摘しておく必要が
おすすめ。 何度も述べられているように、あなたは使用する必要があります
システムパッケージマネージャーを使用して、システムピップを更新または管理します
インストールではなく、 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

Ok。 ありがとう。 私は彼らからのJupyterNotebookチュートリアルに従ってそれを台無しにしました
pipを直接アップグレードするように指示するサイト。 なしでコピーして貼り付ける
結果を知ることは再びストライキをします。 :(

[ @pradyunsgがメールコンテンツを切り取った]

@ThinkDigitalRepair pip 10は、うまくいけば改善されるでしょう。これが発生した場合、長いPermissionErrorではなく、より適切なエラーメッセージが出力されます。

ピップの終わりからここで実行可能なものは何もないので、今この問題を閉じます。

この問題を修正/回避する方法をお探しの方は、 https： //github.com/pypa/pip/issues/5221#issuecomment-382069604を

@pradyunsg多くの場合、そのコメントで与えられた解決策は機能しません。 新しいUbuntu17.10で、 pip install --upgrade pip実行します。その後、 pipコマンドが壊れ、コメントの解決策では修正されません。 そして、彼らはすべきではありません！

システムにpip9がインストールされ、ユーザーがpip 10がインストールされていると、システムpipスクリプトが誤ったインポートパスを使用してユーザーpip 10からmain（）をインポートしようとします。 ハッシュ-rまたは-dは、pipコマンドがデフォルトでシステムpipを実行するため、これを修正しません。 また、ユーザーpipのアップグレードも修正されません。システムpipは引き続き9であり、ユーザーpipは引き続き10であるため、インポートは失敗し続けます。

これらの場合の解決策は、両方のピップの1つをアンインストールすることです。

• python -m pip uninstall pip --user 、古いシステムピップを維持

また

• sudo apt remove python-pipを使用して、ユーザーがインストールしたpipを保持します。これは、デフォルトでターミナルでpipを実行してもアクセスできません。 python -m pipで実行するか、PATH環境変数にパスを追加する必要があります。

これはすべて、Python2と3の両方に当てはまります。

すべてのUbuntuシステム（16.04、17.10。18.04）で、古いバージョンのシステムpipがあり、ユーザーはpip 10を使用していますが、インポートエラーは表示されません。
破損したシステムのピップがないことを確認しますか？

@gsemetはおそらく~/.local/binを追加した（またはデフォルトのbashとは異なる、よりスマートなシェルを使用している）ので、 pipを実行すると、ユーザーがインストールしたpip10スクリプトを使用します。システムにインストールされたpip9スクリプトではありません。 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コマンドは、ユーザーがインストールしたものではなく、デフォルトでシステムピップを指します。

参照されたコメントからのコマンド、それらが問題を修正していないことの証拠：

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 env varに追加して、ユーザーpipでpipコマンドを使用できるようにすることができます。

オプション2を修正：

ユーザー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 --upgrade pipを使用し、 $HOME/.local/binがパスに含まれていることを確認する必要があります。 。それは簡単です。

@gsemet同意します。ユーザーには、パス要件について

@fisadevどうもありがとうございました。 修正option1は本当に役立ちます。

@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にアップグレードするようにユーザーを悩ませるべきではありません。

私たちはこれに気づき、OSベンダーと協力して、pipの将来のバージョンでこれを回避しました。 -＃5346。

私が実行した問題に対処するために...

sudo geany -i /usr/bin/pip

...そしてdebianが提供する/ 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の全機能を復活させます。 これは、debianが更新された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())

このpipv10の問題の無関係な原因を見つけました。 --systemがデフォルトである非常に古いシステムpip（Debian Jessieのv1.5.6、つまりoldstable）を使用してpipをアップグレードすると、間違ったスクリプトがインストールされ/usr/local/bin/pip from pip import main -ファイルを見て見つけました。 これは、古いpip（またはそれが使用するインストールパッケージ）が.whlファイルを誤ってインストールするためだと思います。

python -m pip install --force-reinstall pipこれを修正しました。

5599は情報を提供し、エンドユーザーのこの問題の解決に向けて支援を求めるための単一の場所を提供します。

その問題のコメントセクションは、ユーザーが特定の問題と解決策について話し合うために開かれています。 :)