Pip: "Tidak ada distribusi yang cocok" karena tag roda tidak cocok di pip 20.0

Dibuat pada 21 Jan 2020  ·  38Komentar  ·  Sumber: pypa/pip

Lingkungan Hidup

  • versi pip: 20.0.1
  • Versi Python: 3.6.9
  • OS: Ubuntu 18.04

Deskripsi
Pip tampaknya tidak dapat lagi menginstal versi mxnet lebih baru dari 0.9.5.

Perilaku yang diharapkan
Seharusnya bisa. :-) Ini bekerja sebelum pip 20.

Bagaimana cara bereproduksi
Cobalah memasang mxnet==1.3.1 di lingkungan virtual.

Keluaran

$ virtualenv -ppython3 /tmp/venv
Already using interpreter /usr/bin/python3
Using base prefix '/usr'
New python executable in /tmp/venv/bin/python3
Also creating executable in /tmp/venv/bin/python
Installing setuptools, pkg_resources, pip, wheel...done.
$ /tmp/venv/bin/pip install mxnet==1.3.1
ERROR: Could not find a version that satisfies the requirement mxnet==1.3.1 (from versions: 0.9.5)
ERROR: No matching distribution found for mxnet==1.3.1

Menjalankan pip install dengan --verbose menghasilkan log yang sangat besar, di mana ini tampaknya relevan:

  Skipping link: none of the wheel's tags match: py2-none-manylinux1_x86_64, py3-none-manylinux1_x86_64: https://files.pythonhosted.org/packages/f0/2e/b26eb7273aed1945f59993b3b306442eb41684f931b5380821c39cf50a31/mxnet-1.3.1-py2.py3-none-manylinux1_x86_64.whl#sha256=939575fddd45e8ba39177dd3d53ccce64dea312bc08f493392b1ecace9e1b117 (from https://pypi.org/simple/mxnet/)
vendored dependency auto-locked bug

Komentar yang paling membantu

Harapkan rilis perbaikan bug untuk besok ini, dengan asumsi saya pulih dari sakit kepala saya saat ini pada saat itu. :)

Semua 38 komentar

Kami juga mengalami kesalahan ini menggunakan versi 20.0.1 dengan roda internal kami

(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.

Menggunakan pip install pip==19.3.1 berfungsi dengan baik.

Sama di sini dengan roda in-house.

Tidak bekerja:
pip install -U pip==20.0.1; pip install <wheel>
KESALAHAN:bukan roda yang didukung di platform ini.

Pekerjaan:
pip install -U pip==19.3.1; pip install <wheel>

Tampaknya tag platform yang menjadi masalah di sini: tag 'any' berfungsi, tetapi roda penentu ini memiliki 'linux_x86_64'.

Perhatikan bahwa saya memiliki:

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')]

Sama disini.

19.3.1 berfungsi tetapi 20.0.1 memberikan:
pip._internal.exceptions.InstallationError: pyenchant-2.0.0-py2.py3.cp27.cp32.cp33.cp34.cp35.cp36.pp27.pp33.pp35-none-win32.whl bukan roda yang didukung pada platform ini.

Tag untuk pc saya: [('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 ')]

Tag untuk file bisa dilihat di nama file.

Bisakah Anda mencetak perbedaan antara pip debug -v dalam pip 20.0.1 & pip 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

`` beda
-pip version: pip 19.3.1 from c: sdkspython37-32libsite-packagespip (python 3.7)
+ versi pip: pip 20.0.1 dari c: sdkspython37-32libsite-packagespip (python 3.7)
sys.version: 3.7.6 (tags / v3.7.6: 43364a7ae0, 18 Des 2019, 23:46:00) [MSC v.1916 32 bit (Intel)]
sys.executable: c: sdkspython37-32python.exe
sys.getdefaultencoding: utf-8
@@ -8,14 +8,21 @@ locale.getpreferredencoding: cp1252
sys.platform: win32
sys.implementation:
nama: cpython
Variabel -Config 'Py_DEBUG' tidak disetel, tag ABI Python mungkin salah
Variabel -Config 'WITH_PYMALLOC' tidak disetel, tag ABI Python mungkin salah
-Tag yang kompatibel: 14
+ Nilai konfigurasi 'cert': global
+ REQUESTS_CA_BUNDLE: Tidak ada
+ CURL_CA_BUNDLE: Tidak ada
+ pip._vendor.certifi.where (): c: sdkspython37-32libsite-packagespip_vendorcertificacert.pem
+ Tag yang kompatibel: 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-none-any
- cp3-none-any
py37-tidak ada-apapun
py3-none-any
py36-none-any

Mirip di Windows - bagian tag dari output:

--- ".\\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

Sepertinya packaging.tags memiliki nilai yang berbeda dari pip versi yang digunakan secara internal di pip 19. Perbedaan utamanya adalah kurangnya {py3,cp3}-none-win_amd64 . Yang bukan tag standar yang dihasilkan oleh bdist_wheel AFAIK, jadi setidaknya dampaknya akan terbatas pada orang yang menyetel tag kustom.

Spesifikasi tidak menjelaskan banyak tentang tag kustom seperti apa yang valid, jadi ini bisa dibilang berada di area "perilaku tidak ditentukan". Meskipun hal itu tidak membantu orang-orang yang terpengaruh oleh hal ini, hal itu menunjukkan bahwa lebih spesifik dalam standar akan lebih baik.

BTW, saya tidak sepenuhnya yakin apa mxnet-1.5.1.post0-py2.py3-none-manylinux1_x86_64.whl bahkan sarana - MacOS rilis mxnet memiliki spesifik ABI set, mengapa manylinux membangun tidak? Bangun manylinux Numpy memiliki ABI, jadi tampaknya ini bukan masalah umum dengan toolchain manylinux. Tag untuk pyenchant juga terlihat agak aneh ...

rilis MacOS mxnet memiliki kumpulan ABI khusus, mengapa manylinux tidak membangun?

Saya secara singkat memeriksa paket Linux, dan tampaknya tidak ada pustaka asli di sana yang merujuk ke simbol Python. Sepertinya MXNet menggunakan ctypes untuk interop dengan kode asli, jadi tidak memiliki ABI masuk akal.

Memiliki masalah yang sama saat menginstal icc-rt (dari intel-numpy) (2020.0.133) menggunakan pip == 20.0.1

Saya secara singkat memeriksa paket Linux, dan tampaknya tidak ada pustaka asli di sana yang merujuk ke simbol Python. Sepertinya MXNet menggunakan ctypes untuk interop dengan kode native, jadi tidak masuk akal untuk memiliki ABI.

BAIK. Mengapa perlu tag "manylinux" dalam kasus itu, jika menggunakan ctypes untuk semuanya? Sebenarnya, jangan menghabiskan waktu untuk pertanyaan itu, saya bukan ahli Linux jadi saya mungkin tidak akan mengikuti jawabannya.

Paling tidak, ini sepertinya harus diangkat sebagai masalah terhadap perpustakaan packaging . Terlepas dari apa yang pip lakukan, jika ini adalah tag yang valid, mereka harus didukung di packaging.tags , dan diskusi umum tentang tag apa yang harus didukung mungkin lebih baik ada di sana daripada di sini.

BAIK. Mengapa perlu tag "manylinux" dalam kasus itu, jika menggunakan ctypes untuk semuanya? Sebenarnya, jangan menghabiskan waktu untuk pertanyaan itu, saya bukan ahli Linux jadi saya mungkin tidak akan mengikuti jawabannya.

Saya akan menjawabnya: roda memiliki pustaka Linux asli di dalamnya, jadi tag manylinux1 masuk akal.

Di https://github.com/pypa/pip/issues/7620#issuecomment -576743862 @tomasaschan melaporkan apa yang menurut saya masalah yang sama ini untuk xgboost , yang dikirimkan sebagai xgboost-0.90-py2.py3-none-manylinux1_x86_64.whl . Ini juga tampaknya berisi lib asli, mungkin untuk JVM.

@IRDon Terima kasih. Saya benar - benar mengikuti penjelasan itu 🙂 Masuk akal.

@jamadden Setuju, sepertinya masalah yang sama.

@jamadden Apa yang dapat saya lakukan secara lokal untuk membantu Anda menentukan apakah ini sama?

@tomasaschan Dapatkah Anda menempelkan di sini keluaran dari 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:

sepertinya menyelesaikan masalah

Berikut adalah Dockerfile yang mereproduksi pesan kesalahan kami:

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 Tangkapan yang bagus - sepertinya ini adalah bug langsung di packaging.tags (menggunakan ulang iterator alih-alih membuatnya setiap kali). Bisakah Anda membuka masalah terhadap https://github.com/pypa/packaging untuk ini - dan jika Anda dapat memperbaikinya menjadi PR, itu akan menjadi lebih baik!

Tidak yakin apakah ini membantu, tetapi saya menghadapi masalah yang sama saat mencoba memasang dotnetcore2

Menghadapi masalah yang sama dengan freetype-py di macOS: https://github.com/rougier/freetype-py/issues/119 ("diperbaiki" dengan memasang pin ke 19.3.1)

Harapkan rilis perbaikan bug untuk besok ini, dengan asumsi saya pulih dari sakit kepala saya saat ini pada saat itu. :)

Masalah yang sama dengan roda internal kami (pip 20.0.1), solusinya adalah menggunakan pip <20 untuk saat ini. Semoga perbaikan Anda yang akan datang hari ini akan menyelesaikannya. Terima kasih!

Oke, # 7643 harus memperbaiki sesuatu. Setelah itu digabungkan (dan saya kembali ke laptop saya), saya akan membuat rilis pip 20.0.2.

Jika orang-orang ingin mencoba # 7643 dan mengonfirmasi bahwa itu memang memperbaiki masalah mereka, itu bagus! Untuk menginstalnya, Anda dapat melakukan:

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

Silakan gunakan reaksi 👍 pada komentar ini jika Anda sudah mencoba PR, dan itu berhasil untuk Anda. :)

Okie, jadi perbaikannya sekarang ada di master. Saya akan merilisnya sebentar lagi - ikuti # 7531.

Merilis 20.0.2 berisi perbaikan untuk ini.

Jika Anda masih melihat sesuatu yang serupa, silakan lihat # 7629 (jika Anda menggunakan PyPy) atau ajukan masalah baru. :)

Ini sekarang berfungsi lagi dengan pip 20.0.2 yang dirilis beberapa menit yang lalu. Terima kasih atas patch yang tepat waktu!

Terima kasih, kami siap dan berjalan kembali!

@pradyunsg Saya dapat mengonfirmasi bahwa repro Docker saya di atas sudah diperbaiki pada 20.0.2.

Kerja bagus untuk ini, terima kasih banyak (dari kami semua)! ❤️

Ada kemunduran

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

@afabiani dapatkah Anda memberikan

Oh, saya lihat Anda melakukannya di # 7645

Terima kasih! Itu adalah masalah yang tidak terkait yang disebabkan oleh penggunaan pip yang tidak didukung, dan bukan bug / regresi yang diperkenalkan di pip 20.0.2. Saya melihat @pfmoore telah merespons lebih detail di sana, jadi mari kita bahas lebih lanjut tentang masalah itu.

Masuk ke hari Jumat larut ini dan tiba di tempat kerja pagi ini untuk menemukannya sudah diperbaiki dan dirilis - terima kasih kepada semua orang yang terlibat dalam membuat perbaikan terjadi begitu cepat! : D

Hei! Perbaikan ini (20.0.2) sebenarnya tidak memperbaiki masalah saya. Adakah yang tahu tentang apa yang menyebabkan masalah ini?

pip instal artefak-keyring
Cari di indeks: https://pypi.org/simple, PRIVATE_PACKAGE_REFERENCE
Mengumpulkan artefak-keyring
Mengunduh artifacts_keyring-0.2.9-py2.py3-none-any.whl (4.8 MB)
| ████████████████████████████████ | 4,8 MB 2,5 MB / dtk
Persyaratan sudah terpenuhi: keyring> = 16.0 di /usr/local/lib/python3.7/site-packages (dari artifacts-keyring) (21.1.0)
Persyaratan sudah terpenuhi: permintaan> = 2.20.0 di /usr/local/lib/python3.7/site-packages (dari artifacts-keyring) (2.22.0)
EROR: Tidak dapat menemukan versi yang memenuhi persyaratan dotnetcore2; sys_platform! = "win32" dan python_version> = "3.0" (dari artefak-keyring) (dari ver
sions: tidak ada)
EROR: Tidak ditemukan distribusi yang cocok untuk dotnetcore2; sys_platform! = "win32" dan python_version> = "3.0" (dari artefak-keyring)

Jika Anda masih melihat sesuatu yang serupa, silakan lihat # 7629 (jika Anda menggunakan PyPy) atau ajukan masalah baru. :)

Harap ajukan masalah baru.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat