python / python/mypy

Will mypy work universally again? Or is the list of supported platforms now more or less set in stone?

Offen
#21,460 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

documentation
Vorherrschende Sprache
Python
Sterne
20.6k
Forks
3.3k
PR-Merge-Kennzahlen
PR-Kennzahlen ausstehend

Beschreibung

Documentation

ERROR: Could not find a version that satisfies the requirement librt>=0.10.0; platform_python_implementation != "PyPy" (from mypy) (from versions: 0.0.1)

Changelog has been less than on the nose on dropped platform support lately, so.. what is changed about that?

Mypy now has an extra dependency on the librt PyPI package

I believe in 1.19 librt became a hard dependency (ImportError) even though as of mypy 2.0.0 it still works without it (sans --incremental). (I created a stub librt/internal.py file; that was all I needed to be able to type check after upgrade, so I know it was not necessary.)

There are still some minor semantic differences between parallel and non-parallel modes, which we will be fixing in future mypy releases.

Relatedly, it looks like the more complex non-python dependency ast-serialize is also not strictly needed right now (other than for --native-parser), but current documentation does clarify whether that is just temporarily so (until parsers reach feature parity). Should users expect that some future mypy version will hard-depend on OpenAI-owned code?

Is there a point in either releasing a stub universal python wheel or try/excepting the optional features so mypy remains usable on platforms that cannot use either or both new non-python dependencies?
Or should the Changelog just enumerate positively what arch/platform list now remain, plus maybe an update to the Does it run on PyPy? section?

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Prüfe zuerst den verknüpften Changelog-Eintrag und den Dokumentationsabschnitt „Does it run on PyPy?“ sowie die aktuellen Hinweise zu librt und ast-serialize. Als erledigt gilt, dass dokumentiert ist, welche Plattformen unterstützt werden und ob diese Abhängigkeiten optional oder erforderlich sind, einschließlich einer gegebenenfalls notwendigen Klarstellung im Changelog.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
python
Bereich
devtools, documentation
Issue-Typ
Dokumentation
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Ruhig
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.