歴史についてはSe＃4805と＃3389。 基本的に、distutilsは十分なメタデータを記録していないため、pipは「純粋な」distutilsによってインストールされたパッケージを適切にアンインストールできません。 以前にインストールメタデータを削除したため、インストールを行ったように見えますが、ファイルを残しておく必要がありました。 それは問題を引き起こします。 ピップ8以降、問題の原因であるため、これをやめようとしていますが、一度に多くの人に影響を与えたため、最初の試みは元に戻されました。 pip 10で、distutilsパッケージのアンインストールの試行がやっと停止しました。ここに示すように、問題をユーザーに報告します。

基本的に、distutilsを使用してパッケージをインストールした場合（または使用するインフラストラクチャ）、「distutilsを使用して」パッケージを管理（および特に）アンインストールする必要があります。 残念ながら、distutilsにはアンインストールコマンドが含まれていないため、「distutilsを使用してアンインストールする」とは、パッケージを手動で削除することを意味します。

@pfmoore迅速な回答をありがとう！

ほとんどのパッケージは依存関係としてインストールされ、私たち自身で管理していないため、これはかなり不便です。 削除の自動化は興味深いでしょう。

最初にアンインストールせずに、パッケージのみをアップグレードする動きがあるようです。 これが最終的に起こるならば、それは素晴らしいことです。

この問題は他の場所で広く議論されているため、閉じることができます。 ありがとう！

「site-packages」から手動でパッケージを削除してみてください。 これは完璧に機能します！

コマンドでpipのバージョンを提供することでこの問題を回避しているようです
pip install -I == 9.0.3 -r required.txt

次の手順を使用して、この問題を解決しました

1. 縮小版：
   pip install --upgrade --force-reinstall pip==9.0.3
2. パッケージを再インストールしようとしました：
   pip install xxx --disable-pip-version-check
3. 最後に、pipの最新バージョンを回復します。
   pip install --upgrade pip

これで問題が解決したようです： https ：

上記の元のケースでは、次のようになります。

pip install docker-py --ignore-installed PyYAML

あなたが誰であるかはわかりませんが、私はあなたを愛しています。

では、 @ pfmooreは、pipのインストールを自動化するチームに何をお勧めしますか？ terraformを使用してサーバーをセットアップしたため、smart-openとboto3に対してpip installを自動的に呼び出し、requirements.txtにnumpy、scipy、boto、sklearn、datadogを含めます。 複数のインストールでurllib3のdistutilsエラーが発生します（smart-openがインストールしたため）。 --ignore-installed urllib3を使用するとインストールは機能しますが、これを実行するためのより適切な方法はありますか？

また、distutilsがアンインストール機能やメタデータを追加する可能性はありますか？ あなたたちはこれについてそのチームと話しましたか？

@ ruby​​-is-pretty-cool私はそれについて本当の意見はありません。 urllib3について「smart-openがインストールしたため」とおっしゃっていますが、smart-openにはurllib3への依存を宣言するものが何もないので、それが何を意味するのかわかりません。 smart-openがこの問題を引き起こす方法でurllib3をインストールしている場合、それはsmart-openの問題のように聞こえます。

また、distutilsがアンインストール機能やメタデータを追加する可能性はありますか？ あなたたちはこれについてそのチームと話しましたか？

私が知っていることではありませんし、それについて彼らと話したこともありません。 最近、distutilsは実際には新しい機能を実装していないので、そうなるとは思えません（ただし、必要に応じて自由に質問してください）。 公式のパッケージドキュメントでは、とにかくdistutilsを直接使用することは推奨されていないため、プロジェクトで使用している場合は、影響を管理するのは実際には彼ら次第です。

スマートオープンをインストールしてみました。 それはリクエストに依存し、リクエストはurllib3に依存します。 virtualenvにインストールすると、pipによって正しくインストールされます。 このインストールをシステム環境で行っていますか？ その場合、システムにurllib3がインストールされているのがわかりますか（そしてアップグレードしようとしていますか）？ その場合、「システムパッケージでpipを使用しない」という通常のアドバイスが適用されます。virtualenvを使用するか、システム環境にインストールする必要がある場合は、ディストリビューションパッケージを使用してください。

私はPythonパッケージングにかなり慣れていませんが、virtualenvまたはdistroパッケージのいずれかで問題が解決するだろうと感じています。さらに詳しく調べる必要があります。 ご協力ありがとうございました！

これは非常識です。 いくつかの宗教のような信念のために、インスタレーションは壊れています。 あるパッケージのsetup.pyエントリがurllib3に触れている場合、それを無視するように指示する方法はありません。 この場合、Ubuntu 14ではインストールされたバージョンのpip（v1.5.x）がhttps URLからのパッケージのインストールを拒否するため、urllib3をアップグレードする必要があります。

重要なのは、「システム」パッケージが機能しなくなることがなければ、誰も「システム」パッケージをアップグレードしないということです。 Linuxカーネルプロジェクトでは、この動作は「ユーザースペースを壊す」ものであり、Torvaldsはそれにうまく反応しません。 それは信じられないほどのPythonの人々がそれをとても自然にうまく取るのです。

少なくとも、pipメッセージで、「このバージョンのpipは、システムパッケージをアップグレードすることを意味する場合、動作を拒否します。これを実行してください。古いインストーラーまたは古いインストーラーを使用している場合は、pipバージョン9.xを使用してください。システム。」 または類似。

さて、私はまだ馬鹿にされているので注意を払っていませんでしたが、私のポイントはもっと単純です。
ユーザーランドを積極的にアップグレードした理由は次のとおりです。ATT＆Tとberkleyは、誰がゴミ箱を作ったかについてまだ痩せていました。 そしてそれが最近出てきたので、彼らは私たちがそもそもこのたわごとをする理由を推論します。 CHRISTのために、選択肢を持ち、協力することです。 slackewareと* bsdパスがディープエンドに入った理由はまだどういうわけか困惑していますが、とにかく、2つのキャンプでも、1つがもう一方を駆動し、カーネルに飽きて、2.x、16以上の画面に戻ります。 （メニューでpromixドライバーをまだ見つけていませんが、逸脱し、通常のスケジュールに戻ると、WTFは.appを取得できないため、このたわごとは1日で機能します（もちろん失敗します）。

@pabloaに同意し。CentOS7のバニラインストールでは、このためdocker-composeインストールできません。

はい、 @ JohnBDonner 、その小さな旗は私に

初期エラー

「「pywin32」をアンインストールできません。これはdistutilsがインストールされたプロジェクトであるため、どのファイルがそれに属しているかを正確に判断できず、部分的なアンインストールのみになります。」

どうやってそこまで行くの？

pywin32 == 221をマシンにインストールしましたが、アップグレードバージョン（pywin == 224）をアンインストールしようとしていますが、その「.whl」へのリンクがあり、インストールするのに課題があります。次のエラー「「pywin32」をアンインストールできません。これはdistutilsがインストールされたプロジェクトであるため、どのファイルがそれに属しているかを正確に特定できず、部分的なアンインストールのみになります。。 " 。私はWindows10 64ビットを使用しており、py3.432ビットを使用しています。

私がこれをしている理由は？

私のマシンの「win32.client」には「optimize」pythonファイル「.pyofileextension」しかないように見えるからです。 「fromwin32com.clientimportDispatch」で使用できる「Dispatch」モジュールがないというコンパイルエラーを受け取ったときに、これを見つけました。 誰かがこれについて私を助けることができれば感謝します。

君、怒ってる？？

いいえ、でもランダムな虐待に感謝します。 それは私の暇な時間にこれをすることをとてもやりがいのあるものにします：smile：

それは問題を解決することを意図していませんでした。 なぜ物事が現状のままであるのか、そしてなぜpipが問題を解決できないのかを説明することを目的としていました。 人々が状況に悲しんでいるからといって、それが変わることはありません。

disyutilsが使用するインストーラーパッケージを次のように変更することは可能ですか？
必要なメタデータが含まれていますか？
12:56ポール・ムーアの木、2018年11月22日には[email protected]
書きました：

それは問題を解決することを意図していませんでした。 理由を説明することを目的としていました
物事は彼らのやり方であり、なぜpipが問題を解決できないのか。 ただ
人々は状況に悲しんでいるからですそれはそれを変えません。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/pypa/pip/issues/5247#issuecomment-441095536 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ADrjCZvIpDr4X1sxcSZe3rRH7MBnn7Tsks5uxuVagaJpZM4TWMU4
。

>>

ニックアートマン
+1（330）558-1230

私は知りません、私はdistutilsに取り組んでいません。 しかし、たとえそうであったとしても、なぜ人々はとにかく最近distutilsを使用するのでしょうか？ このスレッドは、distutilsを使用してすでにインストールされているパッケージに関するものです。 それらの解決策は、このスレッドですでに説明されています。

@AddoSolutionsあなたが求めるまさにその変化はsetuptoolsと呼ばれます

だから私がこのスレッドにいる理由は私がバニラでよく働くからです
CentOS 7ボックス、特にdockercomposeをインストールします。 CentOS
ピップが付属していて、問題は説明されているようにこれらのエラーが発生することです
その上。

私は個人的にはPythonユーザーではなく、dockercomposeを使用して
その上でシャトル。 個人的にはsetuptoolsの違いがわかりません
とdistutils、CentOSpythonは基本的にインストールされていると思います
インストール時にyumを使用しますか？

それには2つのことがあります：yumパッケージを更新して次のものを含めることができますか
正しいメタデータ？ または、このエラーが発生したときに、
メッセージは何をすべきかについてより役立つ情報を提供しますか？ の代わりに
distutilsについての比較的不可解なメッセージ（これも私のような人々が使用している
ピップ私はそれが何であるかさえ知らない）それは「方法
そのピップがインストールされていることはお勧めしません。 によるアンインストールをお勧めします
xを実行してから、xを使用して再インストールします。 私はそうなるような気がします
これに問題がある人の数を大幅に減らします。

考え？

注：私は違いを掘り下げることができることを完全に理解しています、そしておそらくそうするでしょう、
しかし、将来のユーザーのためにこれを求めて、それはまた感謝祭であり、私は欲しいです
七面鳥 ：）
13:19ロニーPfannschmidtの木、2018年11月22日には[email protected]
書きました：

@AddoSolutionshttps ：//github.com/AddoSolutionsあなたが求めるまさにその変化
forはsetuptoolsと呼ばれます

—
あなたが言及されたのであなたはこれを受け取っています。

このメールに直接返信し、GitHubで表示してください
https://github.com/pypa/pip/issues/5247#issuecomment-441099032 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ADrjCTBfoKjBuYdceDeBM0bunByQ2bxJks5uxuq2gaJpZM4TWMU4
。

>>

ニックアートマン
+1（330）558-1230

yumパッケージのアップデート（これはほとんどディストリビューションの仕事です）で、それは実行されていませんが、場合によってはパッケージ自体もありません。

エンタープライズディストリビューションに関しては、物事は非常に時代遅れです。ベンダーと一緒に整理してください。オープンソースのアップストリームにはそれに対する力がなく、エンタープライズディストリビューションでの選択に対するサポートの負担を負う必要はありません。ベンダーにアクセスしてください。

ガッチャ。 したがって、この場合のpipパッケージはCentOSによって維持されます
グループ、ピップグループではありませんか？
17:38ロニーPfannschmidtの木、2018年11月22日には[email protected]
書きました：

yumパッケージのアップデートについて-それはほとんどの仕事です
配布-そしてそれはそれをしていませんが、どちらもパッケージを持っていません
場合によっては自分自身

エンタープライズディストリビューションに関しては、物事は非常に時代遅れです。
ベンダーと一緒に整理してください-オープンソースのアップストリームにはパワーオーバーがありません
それとあなたの選択のためのサポートの負担を負担する必要はありません
エンタープライズディストリビューション-ベンダーに行く

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/pypa/pip/issues/5247#issuecomment-441129627 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ADrjCZAQ-ZBmpkm7izyKkE0WymSoT6M1ks5uxyd2gaJpZM4TWMU4
。

>>

ニックアートマン
+1（330）558-1230

@AddoSolutions問題はpipではありませんが、他のパッケージ

参考までに-ランダムな最新バージョンではなく、システム（ベンダーが管理）からのpipを使用するように指示される可能性があります

wxPythonこのエラーが発生していました

'wxPython'をアンインストールできません。 これはdistutilsでインストールされたプロジェクトであるため、どのファイルがそれに属しているかを正確に判断できず、部分的なアンインストールのみが発生します。

sitepackagesではなく、 distpackages （これは理にかなっています）にありましたが、フォルダーからファイルを削除するのは適切ではありませんでした。

aptを介してインストールしたことが判明したため、 apt remove --autoremove python-wxgtk3.0を実行すると、システムからパッケージが削除されました。

これは「私たちの問題ではなく、他の誰かがそれを修正する」ということは、pipから予想されることです。 ソフトウェアは、パッケージの競合を管理するふりさえしません。 このメッセージは、多くのシステムへのコンテナーのansibleデプロイメントの一部として受け取りました。

回避策を提供してくださった皆様、ありがとうございました。 今回は、「pip install --upgradepip」の前に「pipinstalldocker」という順序を変更しました。 うまくいけば、これは将来問題（データ破壊など）を引き起こさないでしょう。

私がこれを読んだのは、仮想環境を使用して環境の奇妙さから身を守る必要があるということです...しかし、 --userフラグを追加することで、今のところこれを乗り越えることができました。

pip3 install -r requirements.txt --user

https://pip.pypa.io/en/stable/reference/pip_install/#cmdoption -user

互換性がある可能性があるため、環境によってインストールされた一時的な依存関係の正確なバージョン/ distutilsを使用して作業することもできます。 私の例では、Pipenvはawscli==1.15.85とapache-airflow==1.10.1の一時的なPyYAML依存関係を3.13に解決しますが、システムにはすでに3.11がインストールされています。 ローカル開発マシンで宣言された依存関係を見ると、3.11は両方に問題ありません。

$ pipenv graph | egrep 'airflow|awscli|PyYAML'
apache-airflow==1.10.1
    - PyYAML [required: >=3.0, installed: 3.13]
awscli==1.15.85
  - PyYAML [required: >=3.10,<=3.13, installed: 3.13]

単純なpipenv install PyYAML==3.11は、PyYAMLを3.11に固定し、両方のパッケージを満足させます。

$ pipenv install PyYAML==3.11
Installing PyYAML==3.11…
...
Locking [packages] dependencies…
✔ Success!

$ pipenv graph | egrep 'airflow|awscli|PyYAML'
apache-airflow==1.10.1
    - PyYAML [required: >=3.0, installed: 3.11]
awscli==1.15.85
  - PyYAML [required: >=3.10,<=3.13, installed: 3.11]

その後、私のPipfile / Pipfile.lockは、 pipenv install --deploy --systemを使用してUbuntu14.04LTSにクリーンにインストールされます。

また、 PyYAML==3.11がpython3-yaml 3.11-3build1を介してインストールされていることも確認しました。これは、EC2で実行するときに広く使用しているcloud-init 18.4-0ubuntu1〜16.04.2の直接の依存関係です。 18.04LTSと18.10の両方にPyYAML3.12が付属していますが、 19.04のみにPyYAMLが付属します。これは、今日の最新バージョンです。

そうは言っても、システムの依存関係や環境問題は絶対に避けてください。 pipenvおよび/またはvirtualenvます。

次の手順を使用して、この問題を解決しました。

1. 縮小版、
   pip install --upgrade --force-reinstall pip==9.0.3
2. パッケージを再インストールしようとしました
   pip install xxx --disable-pip-version-check
3. 最後に、pipの最新バージョンを回復します
   pip install --upgrade pip

これは私にとってうまくいきました。 しかし、この後にpipをアップグレードすると、インストールされているパッケージに問題が発生しますか？

@ s-eswarこれまでのところ、パッケージに関する問題は見つかりませんでしたが、高バージョンのpipインストールパッケージを使用する場合は、低バージョンの再インストールを使用するか、依存関係の問題が発生する可能性があります。 常に低いバージョンを使用することをお勧めします。 たとえば、pip9.0.3です。

@ s-eswarこれまでのところ、パッケージに関する問題は見つかりませんでしたが、高バージョンのpipインストールパッケージを使用し、低バージョンの再インストールまたはチェックを使用すると、依存関係の問題が発生する可能性があります。 常に低いバージョンを使用することをお勧めします。 たとえば、pip9.0.3です。

@ wangxf1987ですが、同じ構成でMLライブラリを使用する場合、アップグレード/下位バージョンの使用に関してエラーが発生しません。

@ s-eswarプリフェクトが下位バージョンで機能するかどうかMLライブラリがわかりません。 pip = 9.0.3を使用すると、最新バージョンのKubernetesで動作します。 最新バージョンのpipが必要かどうか、またはdev envでテストする必要があるかどうかは、要件ファイルを確認する必要があります。

ピップ8以降、問題の原因であるため、これをやめようとしていますが、一度に多くの人に影響を与えたため、最初の試みは元に戻されました。 pip 10で、distutilsパッケージのアンインストールの試行がやっと停止しました。ここに示すように、問題をユーザーに報告します。

「今、ユーザーに問題を報告する」という部分は、「技術的負債を他人に押し付ける

Distパッケージを削除して実行します

sudo rm -rf /usr/lib/python3/dist-packages/yaml

sudo rm -rf /usr/lib/python3/dist-packages/PyYAML-*

distutilsからのフォルダの削除は機能します

新しいバージョンにアップグレードすることで問題は解決するはずですが、pipは皮肉なことに問題を引き起こします。

解決策は手動でアンインストールすることなので、... / anaconda3 / lib/python3。*/site-packages /に移動し、パッケージのすべてのファイルとフォルダーを削除します。

@ramonamis sudo pip install --ignore-installed PyYAML

これで正常にアップグレードされました。

これはimutilsでも機能しました：

pip install --upgrade imutils --ignore-installed imutils

次の手順を使用して、この問題を解決しました

1. 縮小版：
   pip install --upgrade --force-reinstall pip==9.0.3
2. パッケージを再インストールしようとしました：
   pip install xxx --disable-pip-version-check
3. 最後に、pipの最新バージョンを回復します。
   pip install --upgrade pip

それは私のために働きます、ありがとう！

次の手順を使用して、この問題を解決しました

1. Reduced version:
   `pip install --upgrade --force-reinstall pip==9.0.3`

2. Tried to re-install package:
   `pip install xxx --disable-pip-version-check`

3. At last, recover the latest version for pip:
   `pip install --upgrade pip`

これは悪い解決策です。 今は何もできません。

Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 python3-pip : Depends: python-pip-whl (= 9.0.1-2.3~ubuntu1) but 9.0.1-2.3~ubuntu1.18.04.1 is to be installed
               Recommends: python3-dev (>= 3.2) but it is not going to be installed
               Recommends: python3-setuptools but it is not going to be installed
               Recommends: python3-wheel but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
E: Could not read response to hello message from hook [ ! -f /usr/bin/snap ] || /usr/bin/snap advise-snap --from-apt 2>/dev/null || true: Success

私は今このスレッドをロックしています。 @pfmooreの最初のコメントは、ここですべてをカバーしています。 このスレッドの残りの部分は、メンテナに向けられたサポートリクエストまたはまっすぐな虐待に明かされています。