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>

يبدو أن علامات النظام الأساسي هي المشكلة هنا: العلامات "أي" تعمل ، ولكن هذه العجلة المحددة لها "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 ليست عجلة مدعومة على هذا النظام الأساسي.

علامات لجهاز الكمبيوتر الخاص بي: [('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'، 'أي')، ('py33'، ' لا شيء "،" أي ") ، (" py32 "،" لا شيء "،" أي ") ، (" py31 "،" لا شيء "،" أي ") ، (" py30 "،" لا شيء "،" أي ")]

يمكن رؤية علامات الملف في اسم الملف.

هل يمكنك طباعة الفروق بين pip debug -v في النقطة 20.0.1 والنقطة 19.3.1؟

--- /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

فرق
-نسخة pip: النقطة 19.3.1 من c: sdkspython37-32libsite -packspip (python 3.7)
+ إصدار النقطة: النقطة 20.0.1 من c: sdkspython37-32libsite -packspip (python 3.7)
الإصدار: 3.7.6 (العلامات / الإصدار 3.7.6: 43364a7ae0 ، 18 ديسمبر 2019 ، 23:46:00) [MSC v.1916 32 بت (Intel)]
الملف sys.executable: c: sdkspython37-32python.exe
sys.getdefaultencoding: utf-8
-8،14 +8،21locale.getpreferredencoding: cp1252
sys.platform: win32
التنفيذ:
الاسم: cpython
- لم يتم تعيين متغير التكوين "Py_DEBUG" ، قد تكون علامة Python ABI غير صحيحة
- لم يتم تعيين متغير التكوين "WITH_PYMALLOC" ، قد تكون علامة Python ABI غير صحيحة
- العلامات المتوافقة: 14
+ قيمة التكوين 'cert': global
+ REQUESTS_CA_BUNDLE: لا شيء
+ CURL_CA_BUNDLE: بلا
+ pip._vendor.certifi.where (): c: sdkspython37-32 حزم المواقع الإلكترونية pip_vendorcertificacert.pem
+ العلامات المتوافقة: 19
cp37-cp37m-win32
+ cp37-abi3-win32
cp37- لا شيء- win32
- py3-none-win32
+ cp36-abi3-win32
+ cp35-abi3-win32
+ cp34-abi3-win32
+ cp33-abi3-win32
+ cp32-abi3-win32
+ py37-none-win32
cp37- لا شيء- أي
- cp3- لا شيء- أي
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 له قيم مختلفة عن نسخة النقطة المستخدمة داخليًا في النقطة 19. الاختلاف الرئيسي هو عدم وجود {py3,cp3}-none-win_amd64 . وهي ليست علامة قياسية تم إنشاؤها بواسطة bdist_wheel AFAIK ، لذلك على الأقل سيقتصر التأثير على الأشخاص الذين وضعوا علامات مخصصة.

لا توضح المواصفات الكثير حول صلاحية العلامات المخصصة مثل هذه ، لذلك يمكن القول إن هذا في مجال "السلوك غير المحدد". في حين أن هذا لا يساعد الأشخاص المتأثرين بهذا ، إلا أنه يشير إلى أن كونك أكثر تحديدًا في المعايير سيكون أمرًا جيدًا.

راجع للشغل، وأنا لست متأكدا تماما ما mxnet-1.5.1.post0-py2.py3-none-manylinux1_x86_64.whl حتى وسائل - الإصدارات ماك من mxnet لها ABI مجموعة محددة، لماذا بناء manylinux لا؟ تحتوي إصدارات manylinux من Numpy على مؤشر ABI ، لذلك لا يبدو أنها مشكلة عامة في سلسلة أدوات manylinux. تبدو العلامات الخاصة بـ pyenchant غريبة بعض الشيء ...

إصدارات macOS من mxnet لها مجموعة ABI معينة ، فلماذا لا يبني manylinux؟

لقد تحققت لفترة وجيزة من حزمة Linux ، ويبدو أن أيا من المكتبات الأصلية هناك لا تشير إلى رموز Python. يبدو أن MXNet تستخدم ctypes للتفاعل مع الكود الأصلي ، لذا فإن عدم وجود ABI أمر منطقي.

لديك نفس المشكلة في تثبيت icc-rt (من intel-numpy) (2020.0.133) باستخدام Pip == 20.0.1

لقد تحققت لفترة وجيزة من حزمة Linux ، ويبدو أن أيا من المكتبات الأصلية هناك لا تشير إلى رموز Python. يبدو أن MXNet تستخدم ctypes للتفاعل مع الكود الأصلي ، لذا فإن عدم وجود ABI أمر منطقي.

حسنا. لماذا يحتاج إلى علامة "manylinux" في هذه الحالة ، إذا كان يستخدم أنواعًا مختلفة لكل شيء؟ في الواقع ، لا تقضِ أي وقت في الإجابة على هذا السؤال ، فأنا لست خبيرًا في Linux ، لذا ربما لن أتبع الإجابة على أي حال.

كحد أدنى ، يبدو هذا وكأنه يجب أن يُثار كمسألة على مكتبة packaging . بغض النظر عما تفعله النقطة ، إذا كانت هذه علامات صالحة ، فيجب دعمها packaging.tags ، ومن المحتمل أن يكون هناك مناقشة عامة حول العلامات التي يجب دعمها أكثر من هنا.

حسنا. لماذا يحتاج إلى علامة "manylinux" في هذه الحالة ، إذا كان يستخدم أنواعًا مختلفة لكل شيء؟ في الواقع ، لا تقضِ أي وقت في الإجابة على هذا السؤال ، فأنا لست خبيرًا في Linux ، لذا ربما لن أتبع الإجابة على أي حال.

سأجيب على أي حال: تحتوي العجلة على مكتبات Linux أصلية فيها ، لذا فإن علامة manylinux1 منطقية.

في https://github.com/pypa/pip/issues/7620#issuecomment -576743862 ، أبلغ tomasaschan عن ما أعتقد أنه نفس المشكلة مقابل xgboost ، والذي يشحن كـ xgboost-0.90-py2.py3-none-manylinux1_x86_64.whl . يبدو أيضًا أنه يحتوي على libs أصلية ، ربما لـ 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 لهذا الغرض - وإذا كان بإمكانك تحويل الإصلاح إلى علاقات عامة فسيكون ذلك أفضل!

لست متأكدًا مما إذا كان هذا يساعد ولكني أواجه نفس المشكلة أثناء محاولة تثبيت dotnetcore2

مواجهة نفس المشكلة مع freetype-py على macOS: https://github.com/rougier/freetype-py/issues/119 ("تم إصلاحه" بالتثبيت في 19.3.1)

توقع إصدار إصلاح الأخطاء لهذا غدًا ، على افتراض أنني قد تعافيت من الصداع الحالي بحلول ذلك الوقت. :)

نفس المشكلة مع العجلات الداخلية الخاصة بنا (النقطة 20.0.1) ، الحل البديل هو استخدام النقطة <20 في الوقت الحالي. نأمل أن يحلها الإصلاح القادم اليوم. شكر!

حسنًا ، # 7643 يجب أن يصلح الأشياء. بمجرد دمج ذلك (وأعود إلى الكمبيوتر المحمول الخاص بي) ، سأقوم بإصدار النقطة 20.0.2.

إذا أراد الناس أخذ الرقم 7643 في جولة وتأكيد أنه بالفعل يحل المشكلة بالنسبة لهم ، فسيكون ذلك رائعًا! لتثبيت ذلك ، يمكنك القيام بما يلي:

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

يرجى استخدام رد الفعل 👍 على هذا التعليق إذا كنت قد جربت العلاقات العامة ، وهي تعمل من أجلك. :)

حسنًا ، الإصلاح الآن في الماجستير. سأقوم بالإصدار بعد قليل - الرجاء اتباع # 7531.

تم إصدار 20.0.2 الذي يحتوي على الإصلاح لهذا الغرض.

إذا كنت لا تزال ترى شيئًا مشابهًا ، فيرجى إلقاء نظرة على # 7629 (إذا كنت تستخدم PyPy) أو تقديم مشكلة جديدة. :)

يعمل هذا الآن مرة أخرى مع النقطة 20.0.2 التي تم إصدارها قبل بضع دقائق. شكرا جميعا على التصحيح في الوقت المناسب!

شكرا ، نحن نعمل مرة أخرى!

pradyunsg يمكنني أن أؤكد أن Docker repro أعلاه تم إصلاحه في 20.0.2.

عمل رائع في هذا الأمر ، شكرًا جزيلًا (منا جميعًا)! ❤️

هناك تراجع

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

afabiani هل يمكنك تقديم تتبع كامل وإرشادات حول كيفية التكاثر ، من فضلك؟ في عدد جديد حيث يبدو أنه لا علاقة له بموضوع هذه المشكلة.

أوه ، لقد فعلت ذلك في # 7645

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

شكر! هذه مشكلة غير ذات صلة ناتجة عن استخدام غير مدعوم للنقطة ، وليست خطأ / تراجع تم إدخاله في النقطة 20.0.2. أرى أن pfmoore قد استجاب هناك بمزيد من التفاصيل ، لذلك دعونا نجري مزيدًا من المناقشة في هذه المسألة.

ركضت في وقت متأخر من يوم الجمعة ووصلت إلى العمل هذا الصباح لتجدها ثابتة وتم إصدارها بالفعل - شكرًا لكل من شارك في إجراء الإصلاح بسرعة كبيرة! :د

مهلا! هذا الإصلاح (20.0.2) لم يصلح مشكلتي في الواقع. هل لدى أي شخص فكرة عن سبب هذه المشكلة؟

نقطة تثبيت القطع الأثرية كيرينغ
البحث في الفهارس: https://pypi.org/simple، PRIVATE_PACKAGE_REFERENCE
جمع القطع الأثرية كيرينغ
تحميل artifacts_keyring-0.2.9-py2.py3-none-any.whl (4.8 ميجا بايت)
| ████████████████████████████████ | 4.8 ميجا بايت 2.5 ميجا بايت / ثانية
تم تلبية المتطلبات بالفعل: حلقة مفاتيح> = 16.0 in /usr/local/lib/python3.7/site-packages (من artifacts-keyring) (21.1.0)
تم تلبية المتطلبات بالفعل: الطلبات> = 2.20.0 في /usr/local/lib/python3.7/site-packages (من artifacts-keyring) (2.22.0)
خطأ: تعذر العثور على إصدار يلبي متطلبات dotnetcore2 ؛ sys_platform! = "win32" و python_version> = "3.0" (من artifacts-keyring) (من الإصدار
sions: لا شيء)
خطأ: لم يتم العثور على توزيع مطابق لـ dotnetcore2 ؛ sys_platform! = "win32" و python_version> = "3.0" (من سلسلة مفاتيح المصنوعات)

إذا كنت لا تزال ترى شيئًا مشابهًا ، فيرجى إلقاء نظرة على # 7629 (إذا كنت تستخدم PyPy) أو تقديم مشكلة جديدة. :)

الرجاء تقديم قضية جديدة.