Pip: ピップ20.0でホイールタグが一致しないため、「一致する分布がありません」

社内ホイールでバージョン20.0.1を使用すると、このエラーも発生します

(venv) C:\depot\bitbucket\mytests\tests_pti>pip -vvv install C:\Users\otrejoso\Downloads\pti-2.0.510-py3-none-win_amd64.whl
Non-user install because user site-packages disabled
Created temporary directory: C:\Users\otrejoso\AppData\Local\Temp\pip-ephem-wheel-cache-wquw3si6
Created temporary directory: C:\Users\otrejoso\AppData\Local\Temp\pip-req-tracker-ik56de2r
Initialized build tracking at C:\Users\otrejoso\AppData\Local\Temp\pip-req-tracker-ik56de2r
Created build tracker: C:\Users\otrejoso\AppData\Local\Temp\pip-req-tracker-ik56de2r
Entered build tracker: C:\Users\otrejoso\AppData\Local\Temp\pip-req-tracker-ik56de2r
Created temporary directory: C:\Users\otrejoso\AppData\Local\Temp\pip-install-vb0u5yy4
Cleaning up...
Removed build tracker: 'C:\\Users\\otrejoso\\AppData\\Local\\Temp\\pip-req-tracker-ik56de2r'
ERROR: pti-2.0.510-py3-none-win_amd64.whl is not a supported wheel on this platform.
Exception information:
....
pip._internal.exceptions.InstallationError: pti-2.0.510-py3-none-win_amd64.whl is not a supported wheel on this platform.

pip install pip==19.3.1は問題なく機能します。

ここでも社内ホイールで同じです。

動作しません：
pip install -U pip==20.0.1; pip install <wheel>
エラー：このプラットフォームでサポートされているホイールではありません。

作品：
pip install -U pip==19.3.1; pip install <wheel>

ここではプラットフォームタグが問題のようです。タグ「any」は機能していますが、この指定ホイールには「linux_x86_64」があります。

私が持っていることに注意してください：

uname -a
Linux <propretiery> 3.10.0-957.5.1.el7.x86_64 #1 SMP Fri Feb 1 14:54:57 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

 python -c "import wheel.pep425tags as w; print(w.get_supported())"
[('cp27', 'cp27mu', 'linux_x86_64'), ('cp27', 'none', 'linux_x86_64'), ('cp27', 'none', 'any'), ('cp2', 'none', 'any'), ('cp26', 'none', 'any'), ('cp25', 'none', 'any'), ('cp24', 'none', 'any'), ('cp23', 'none', 'any'), ('cp22', 'none', 'any'), ('cp21', 'none', 'any'), ('cp20', 'none', 'any'), ('py2', 'none', 'linux_x86_64'), ('py27', 'none', 'any'), ('py2', 'none', 'any'), ('py26', 'none', 'any'), ('py25', 'none', 'any'), ('py24', 'none', 'any'), ('py23', 'none', 'any'), ('py22', 'none', 'any'), ('py21', 'none', 'any'), ('py20', 'none', 'any')]

こっちも一緒。

19.3.1は機能しますが、20.0.1では次のようになります。
pip._internal.exceptions.InstallationError：pyenchant-2.0.0-py2.py3.cp27.cp32.cp33.cp34.cp35.cp36.pp27.pp33.pp35-none-win32.whlは、このプラットフォームでサポートされているホイールではありません。

私のPCのタグ：[（ 'cp37'、 'cp37m'、 'win32'）、（ 'cp37'、 'none'、 'win32'）、（ 'cp37'、 'none'、 'any'）、（ ' cp3 '、' none '、' any '）、（' cp36 '、' none '、' any '）、（' cp35 '、' none '、' any '）、（' cp34 '、' none '、' any '）、（' cp33 '、' none '、' any '）、（' cp32 '、' none '、' any '）、（' cp31 '、' none '、' any '）、（' cp30 ' 、 'none'、 'any'）、（ 'py3'、 'none'、 'win32'）、（ 'py37'、 'none'、 'any'）、（ 'py3'、 'none'、 'any' ）、（ 'py36'、 'none'、 'any'）、（ 'py35'、 'none'、 'any'）、（ 'py34'、 'none'、 'any'）、（ 'py33'、 ' none '、' any '）、（' py32 '、' none '、' any '）、（' py31 '、' none '、' any '）、（' py30 '、' none '、' any '）]

ファイルのタグはファイル名で見ることができます。

pip 20.0.1とpip19.3.1のpip debug -vの違いを印刷できますか？

--- /tmp/old.txt    2020-01-21 17:22:10.221211433 +0300
+++ /tmp/new.txt    2020-01-21 17:22:30.725552363 +0300
@@ -1,4 +1,4 @@
-pip version: pip 19.3.1 from /tmp/venv/lib/python3.6/site-packages/pip (python 3.6)
+pip version: pip 20.0.1 from /tmp/venv/lib/python3.6/site-packages/pip (python 3.6)
 sys.version: 3.6.9 (default, Nov  7 2019, 10:44:02) 
 [GCC 8.3.0]
 sys.executable: /tmp/venv/bin/python3
@@ -8,7 +8,11 @@
 sys.platform: linux
 sys.implementation:
   name: cpython
-Compatible tags: 42
+'cert' config value: global
+REQUESTS_CA_BUNDLE: None
+CURL_CA_BUNDLE: None
+pip._vendor.certifi.where(): /tmp/venv/lib/python3.6/site-packages/pip/_vendor/certifi/cacert.pem
+Compatible tags: 41
   cp36-cp36m-manylinux2014_x86_64
   cp36-cp36m-manylinux2010_x86_64
   cp36-cp36m-manylinux1_x86_64
@@ -37,12 +41,11 @@
   cp32-abi3-manylinux2010_x86_64
   cp32-abi3-manylinux1_x86_64
   cp32-abi3-linux_x86_64
-  py3-none-manylinux2014_x86_64
-  py3-none-manylinux2010_x86_64
-  py3-none-manylinux1_x86_64
-  py3-none-linux_x86_64
+  py36-none-manylinux2014_x86_64
+  py36-none-manylinux2010_x86_64
+  py36-none-manylinux1_x86_64
+  py36-none-linux_x86_64
   cp36-none-any
-  cp3-none-any
   py36-none-any
   py3-none-any
   py35-none-any

`` `diff
-pipバージョン：c：sdkspython37からのpip 19.3.1-32libsite-packagespip（python 3.7）
+ pipバージョン：c：sdkspython37-32libsite-packagespip（python 3.7）のpip 20.0.1
sys.version：3.7.6（tags / v3.7.6：43364a7ae0、2019年12月18日、23：46：00）[MSC v.1916 32ビット（Intel）]
sys.executable：c：sdkspython37-32python.exe
sys.getdefaultencoding：utf-8
@@ -8,14 +8,21 @@ locale.getpreferredencoding：cp1252
sys.platform：win32
sys.implementation：
名前：cpython
-構成変数「Py_DEBUG」が設定されていないため、PythonABIタグが正しくない可能性があります
-構成変数 'WITH_PYMALLOC'が設定されていないため、PythonABIタグが正しくない可能性があります
-互換性のあるタグ：14
+「cert」構成値：グローバル
+ REQUESTS_CA_BUNDLE：なし
+ CURL_CA_BUNDLE：なし
+ pip._vendor.certifi.where（）：c：sdkspython37-32libsite-packagespip_vendorcertificacert.pem
+互換性のあるタグ：19
cp37-cp37m-win32
+ cp37-abi3-win32
cp37-none-win32
--py3-none-win32
+ cp36-abi3-win32
+ cp35-abi3-win32
+ cp34-abi3-win32
+ cp33-abi3-win32
+ cp32-abi3-win32
+ py37-none-win32
cp37-なし-任意
-cp3-none-any
py37-なし-任意
py3-なし-任意
py36-なし-任意

Windowsでも同様-出力のタグセクション：

--- ".\\pip19.txt"      2020-01-21 14:30:16 +0000
+++ ".\\pip20.txt"      2020-01-21 14:26:54 +0000
@@ -1,9 +1,15 @@
-Compatible tags: 15
+Compatible tags: 21
   cp38-cp38-win_amd64
+  cp38-abi3-win_amd64
   cp38-none-win_amd64
-  py3-none-win_amd64
+  cp37-abi3-win_amd64
+  cp36-abi3-win_amd64
+  cp35-abi3-win_amd64
+  cp34-abi3-win_amd64
+  cp33-abi3-win_amd64
+  cp32-abi3-win_amd64
+  py38-none-win_amd64
   cp38-none-any
-  cp3-none-any
   py38-none-any
   py3-none-any
   py37-none-any

packaging.tags値は、pip 19で内部的に使用されているバージョンのpipとは異なるようです。主な違いは、 {py3,cp3}-none-win_amd64です。 これはbdist_wheel AFAIKによって生成される標準のタグではないため、少なくとも影響はカスタムタグを設定した人に限定されます。

仕様では、このようなカスタムタグが有効であるかどうかについてはあまり言及されていないため、これは間違いなく「未定義の振る舞い」の領域にあります。 それはこれによって影響を受ける人々を助けませんが、それは基準をより具体的にすることが良いことを示唆しています。

ところで、 mxnet-1.5.1.post0-py2.py3-none-manylinux1_x86_64.whl何を意味するのか完全にはわかりません-mxnetのMacOSリリースには特定のABIセットがありますが、manylinuxがビルドされないのはなぜですか？ NumpyのmanylinuxビルドにはABIがあるため、manylinuxツールチェーンの一般的な問題ではないようです。 pyenchantのタグも少し奇妙に見えます...

mxnetのMacOSリリースには特定のABIセットがありますが、manylinuxがビルドされないのはなぜですか？

Linuxパッケージを簡単に確認しましたが、Pythonシンボルを参照しているネイティブライブラリはないようです。 MXNetはネイティブコードとの相互運用にctypesを使用しているように見えるため、ABIがないことは理にかなっています。

pip == 20.0.1を使用してicc-rt（intel-numpyから）（2020.0.133）をインストールするときに同じ問題が発生します

Linuxパッケージを簡単に確認しましたが、Pythonシンボルを参照しているネイティブライブラリはないようです。 MXNetはネイティブコードとの相互運用にctypesを使用しているように見えるため、ABIがないことは理にかなっています。

OK。 すべてにctypesを使用しているのに、なぜその場合に「manylinux」タグが必要なのですか？ 実際、その質問に時間を費やさないでください。私はLinuxの専門家ではないので、とにかく答えには従わないでしょう。

少なくとも、これはpackagingライブラリに対する問題として提起されるべきであるように思われます。 pipの機能に関係なく、これらが有効なタグである場合は、 packaging.tagsでサポートする必要があります。サポートする必要のあるタグの一般的な説明は、ここよりも適切です。

OK。 すべてにctypesを使用しているのに、なぜその場合に「manylinux」タグが必要なのですか？ 実際、その質問に時間を費やさないでください。私はLinuxの専門家ではないので、とにかく答えには従わないでしょう。

とにかく答えます。ホイールにはネイティブLinuxライブラリが含まれているため、 manylinux1タグは理にかなっています。

https://github.com/pypa/pip/issues/7620#issuecomment -576743862 @tomasaschanは、 xgboost-0.90-py2.py3-none-manylinux1_x86_64.whlとして出荷されるxgboost 、これと同じ問題であると私が思うことを報告しました。 また、おそらくJVM用のネイティブライブラリが含まれているようです。

@IRDonchありがとう。 私は実際にその説明に従いました🙂理にかなっています。

@jamadden同意しました、それは同じ問題のように見えます。

@jamaddenこれが同じかどうかを判断するために、ローカルで何ができますか？

@tomasaschan pip debug -vの出力をここに貼り付けることができますか？

 λ diff pip19.log pip20.log 
1c1
- pip version: pip 19.3.1 from /usr/local/lib/python3.6/dist-packages/pip (python 3.6)
---
+ pip version: pip 20.0.1 from /usr/local/lib/python3.6/dist-packages/pip (python 3.6)
11c11,15
- Compatible tags: 42
---
+ 'cert' config value: global
+ REQUESTS_CA_BUNDLE: None
+ CURL_CA_BUNDLE: None
+ pip._vendor.certifi.where(): /usr/local/lib/python3.6/dist-packages/pip/_vendor/certifi/cacert.pem
+ Compatible tags: 41
40,43c44,47
-   py3-none-manylinux2014_x86_64
-   py3-none-manylinux2010_x86_64
-   py3-none-manylinux1_x86_64
-   py3-none-linux_x86_64
---
+   py36-none-manylinux2014_x86_64
+   py36-none-manylinux2010_x86_64
+   py36-none-manylinux1_x86_64
+   py36-none-linux_x86_64
45d48
-   cp3-none-any

 λ cat pip19.log 
pip version: pip 19.3.1 from /usr/local/lib/python3.6/dist-packages/pip (python 3.6)
sys.version: 3.6.9 (default, Nov  7 2019, 10:44:02) 
[GCC 8.3.0]
sys.executable: /usr/bin/python
sys.getdefaultencoding: utf-8
sys.getfilesystemencoding: utf-8
locale.getpreferredencoding: UTF-8
sys.platform: linux
sys.implementation:
  name: cpython
Compatible tags: 42
  cp36-cp36m-manylinux2014_x86_64
  cp36-cp36m-manylinux2010_x86_64
  cp36-cp36m-manylinux1_x86_64
  cp36-cp36m-linux_x86_64
  cp36-abi3-manylinux2014_x86_64
  cp36-abi3-manylinux2010_x86_64
  cp36-abi3-manylinux1_x86_64
  cp36-abi3-linux_x86_64
  cp36-none-manylinux2014_x86_64
  cp36-none-manylinux2010_x86_64
  cp36-none-manylinux1_x86_64
  cp36-none-linux_x86_64
  cp35-abi3-manylinux2014_x86_64
  cp35-abi3-manylinux2010_x86_64
  cp35-abi3-manylinux1_x86_64
  cp35-abi3-linux_x86_64
  cp34-abi3-manylinux2014_x86_64
  cp34-abi3-manylinux2010_x86_64
  cp34-abi3-manylinux1_x86_64
  cp34-abi3-linux_x86_64
  cp33-abi3-manylinux2014_x86_64
  cp33-abi3-manylinux2010_x86_64
  cp33-abi3-manylinux1_x86_64
  cp33-abi3-linux_x86_64
  cp32-abi3-manylinux2014_x86_64
  cp32-abi3-manylinux2010_x86_64
  cp32-abi3-manylinux1_x86_64
  cp32-abi3-linux_x86_64
  py3-none-manylinux2014_x86_64
  py3-none-manylinux2010_x86_64
  py3-none-manylinux1_x86_64
  py3-none-linux_x86_64
  cp36-none-any
  cp3-none-any
  py36-none-any
  py3-none-any
  py35-none-any
  py34-none-any
  py33-none-any
  py32-none-any
  py31-none-any
  py30-none-any

 λ cat pip20.log 
pip version: pip 20.0.1 from /usr/local/lib/python3.6/dist-packages/pip (python 3.6)
sys.version: 3.6.9 (default, Nov  7 2019, 10:44:02) 
[GCC 8.3.0]
sys.executable: /usr/bin/python
sys.getdefaultencoding: utf-8
sys.getfilesystemencoding: utf-8
locale.getpreferredencoding: UTF-8
sys.platform: linux
sys.implementation:
  name: cpython
'cert' config value: global
REQUESTS_CA_BUNDLE: None
CURL_CA_BUNDLE: None
pip._vendor.certifi.where(): /usr/local/lib/python3.6/dist-packages/pip/_vendor/certifi/cacert.pem
Compatible tags: 41
  cp36-cp36m-manylinux2014_x86_64
  cp36-cp36m-manylinux2010_x86_64
  cp36-cp36m-manylinux1_x86_64
  cp36-cp36m-linux_x86_64
  cp36-abi3-manylinux2014_x86_64
  cp36-abi3-manylinux2010_x86_64
  cp36-abi3-manylinux1_x86_64
  cp36-abi3-linux_x86_64
  cp36-none-manylinux2014_x86_64
  cp36-none-manylinux2010_x86_64
  cp36-none-manylinux1_x86_64
  cp36-none-linux_x86_64
  cp35-abi3-manylinux2014_x86_64
  cp35-abi3-manylinux2010_x86_64
  cp35-abi3-manylinux1_x86_64
  cp35-abi3-linux_x86_64
  cp34-abi3-manylinux2014_x86_64
  cp34-abi3-manylinux2010_x86_64
  cp34-abi3-manylinux1_x86_64
  cp34-abi3-linux_x86_64
  cp33-abi3-manylinux2014_x86_64
  cp33-abi3-manylinux2010_x86_64
  cp33-abi3-manylinux1_x86_64
  cp33-abi3-linux_x86_64
  cp32-abi3-manylinux2014_x86_64
  cp32-abi3-manylinux2010_x86_64
  cp32-abi3-manylinux1_x86_64
  cp32-abi3-linux_x86_64
  py36-none-manylinux2014_x86_64
  py36-none-manylinux2010_x86_64
  py36-none-manylinux1_x86_64
  py36-none-linux_x86_64
  cp36-none-any
  py36-none-any
  py3-none-any
  py35-none-any
  py34-none-any
  py33-none-any
  py32-none-any
  py31-none-any
  py30-none-any

pip/_vendor/packaging/tags.py
332c332
-         platforms = _platform_tags
---
+         platforms = _platform_tags()
334c334
-         for platform_ in platforms():
---
+         for platform_ in platforms:

問題を解決しているようです

エラーメッセージを再現するDockerfileは次のとおりです。

FROM ubuntu:bionic-20190912.1

RUN set -ex \
  && apt-get update \
  && apt-get install -y --no-install-recommends \
  ca-certificates \
  python3 python3-dev python3-pip

RUN pip3 install --upgrade pip==20.0.1 setuptools

RUN echo "xgboost==0.81" >> requirements.txt

RUN pip3 install -r requirements.txt

@jeroendecroos良いキャッチ- packaging.tags直接のバグのようです（毎回再作成するのではなく、イテレータを再利用します）。 これについてhttps://github.com/pypa/packagingに対して問題を開くことができますか？そして、修正をPRにできる場合は、さらに良いでしょう！

これが役立つかどうかはわかりませんが、 dotnetcore2をインストールしようとすると同じ問題が発生します

macOSのfreetype-pyで同じ問題に直面しています： //github.com/rougier/freetype-py/issues/119 （19.3.1に固定することで「修正」）

それまでに現在の頭痛から回復したと仮定すると、この明日のバグ修正リリースを期待してください。 :)

社内ホイール（pip 20.0.1）と同じ問題ですが、回避策は今のところpip <20を使用することです。 うまくいけば、あなたの今後の今日の修正がそれを解決するでしょう。 ありがとう！

Okie、＃7643で修正する必要があります。 それがマージされたら（そしてラップトップに戻ったら）、pip20.0.2リリースを作成します。

人々が＃7643を試してみて、それが実際に問題を解決することを確認したいのであれば、それは素晴らしいことです！ これをインストールするには、次の操作を実行できます。

pip install https://github.com/pypa/pip/archive/1cf779c1ea88053c690686571d67826f11463232.zip

PRを試したことがあれば、このコメントの👍リアクションを使用してください。 :)

Okie、修正はマスターになりました。 少し後でリリースします。＃7531に従ってください。

この修正を含む20.0.2をリリースしました。

それでも同様の問題が発生する場合は、＃7629（PyPyを使用している場合）を参照するか、新しい問題を報告してください。 :)

これは、数分前にリリースされたpip20.0.2で再び機能するようになりました。 タイムリーなパッチをありがとう！

おかげで、私たちは再び稼働しています！

@pradyunsg上記のDocker再現が20.0.2で修正されていることを確認できます。

これに関する素晴らしい仕事、（私たち全員からの）多大な感謝！ ❤️

回帰があります

ModuleNotFoundError: No module named 'pip._internal.download'

@afabianiは、完全なトレースバックと複製方法の説明を提供できますか？ 新しい問題では、これはこの問題の主題とは無関係のように思われるためです。

ああ、私はあなたが＃7645でやったのを見ます

@pfmoore https://github.com/pypa/pip/issues/7645

ありがとう！ これは、サポートされていないpipの使用によって引き起こされる無関係の問題であり、pip20.0.2で導入されたバグ/リグレッションではありません。 @pfmooreがそこでより詳細に応答したことが

金曜日の遅くにこれに遭遇し、今朝仕事に到着して、すでに修正されてリリースされていることを確認しました-修正を非常に迅速に行うことに携わったすべての人に感謝します！ ：D

ねえ！ この修正（20.0.2）は、実際には私の問題を修正しませんでした。 この問題の原因について誰かが手がかりを持っていますか？

pipインストールアーティファクト-キーリング
インデックスを調べる：https：
アーティファクトの収集-キーリング
アーティファクトのダウンロード_keyring-0.2.9-py2.py3-none-any.whl（4.8 MB）
|████████████████████████████████| 4.8 MB 2.5 MB / s
要件はすでに満たされています：/usr/local/lib/python3.7/site-packagesのkeyring> = 16.0（artifacts-keyringから）（21.1.0）
要件はすでに満たされています：/usr/local/lib/python3.7/site-packagesのrequests> = 2.20.0（artifacts-keyringから）（2.22.0）
エラー：要件dotnetcore2を満たすバージョンが見つかりませんでした。 sys_platform！= "win32"およびpython_version> = "3.0"（アーティファクトから-キーリング）（ver。
sions：なし）
エラー：dotnetcore2に一致するディストリビューションが見つかりません。 sys_platform！= "win32"およびpython_version> = "3.0"（アーティファクトから-キーリング）

それでも同様の問題が発生する場合は、＃7629（PyPyを使用している場合）を参照するか、新しい問題を報告してください。 :)

新しい問題を提出してください。