stub_uploader: verify external stub packages require runtime

Offen
#14,045 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
25/100
Issue-Typ
Refactoring
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Tech-Stack
python
Bereich
tooling

Rechercherichtung

Beginne mit der Prüfung auf die Abhängigkeit von externen Stubs in stub_uploader/metadata.py rund um die verlinkte Zeile und überprüfe anschließend den Kontext von pydbus und PyGObject-stubs in Issue #13921 sowie den verlinkten CI-Fehler. Ermittle, warum diese Prüfung existiert, und entscheide, ob sie entfernt, Ausnahmen hinzugefügt oder die pydbus-Abhängigkeit geändert werden soll; als abgeschlossen gilt die Aufgabe, wenn die Richtlinie und das Verhalten des betroffenen Stub-Pakets geklärt sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

project: infrastructure

We currently have a check in stub_uploader that external stubs packages require their runtime package:

https://github.com/typeshed-internal/stub_uploader/blob/de903bfb39be09084b72ceee6854ecae40ef2db0/stub_uploader/metadata.py#L335

This breaks for the suggested pydbus stubs (#13921), which depend on PyGObject-stubs, but PyGObject-stubs doesn't depend on PyGObject:

https://github.com/python/typeshed/actions/runs/14886712852/job/41808156011?pr=13921#step:6:206

Does anyone remember or know why we have this check? And what should we do about it?

  1. Remove the check, because it doesn't serve a known purpose?
  2. Add an exception list to the check?
  3. Remove the dependency on PyGObject-stubs from pydbus and use Any or stub protocols instead?
Vorherrschende Sprache
Python
Sterne
5.1k
Forks
2.1k
Ø Merge
2 T. 1 Std.
Gemergte PRs (30 T.)
115

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus python/typeshed

Alle Issues in python/typeshed

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

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