python / python/mypy

Namespace packages supported by default?

Offen
#14,057 7 Kommentare 2 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

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

Beschreibung

I notice in the changelog that 0.990 adds support for namespace packages by default.

I've been using mypy on namespace packages (jaraco, svg, backports, and others) for some time now (https://github.com/jaraco/skeleton/commit/7455f2f25310b2d778a648e45d32033ccc790946).

With the release of mypy 0.990, however, tests have started failing across all projects with namespace packages:

error: Source file found twice under different module names: "collections" and "jaraco.collections"

The change log indicates that 0.990 adds support for namespace packages by default. Annoyingly, this change has had the opposite effect for my projects. I find that I can restore functionality by adding explicit_package_bases = True to the config file (or equivalent command line). It's slightly annoying to have to add this configuration to all of my projects just to support some projects with namespace packages.

Is it possible that explicit package bases will become default in the future?

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

Überprüfe das mypy 0.990 changelog und das Verhalten der Konfiguration explicit_package_bases. Reproduziere den Fehler wegen eines doppelten Moduls mit einem Namespace-Package-Projekt wie jaraco oder backports und ermittle anschließend das erwartete Standardverhalten. Als erledigt gilt dies, wenn ein Standardverhalten festgelegt ist und das betroffene Namespace-Package-Szenario erfolgreich funktioniert oder eindeutig dokumentiert ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

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

Neue Issues direkt in Ihr Postfach

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