Python Language Summit 2026 diskutiert eigenen std-Namensraum

Auf dem Python Language Summit 2026 eröffnete Pablo Galindo Salgado, Mitglied des Steering Councils und Release Manager, die Diskussion über die Einführung eines eigenen Top-Level-Namensraums für die Python-Standardbibliothek. Dies geht aus einem Bericht des Python-Projekt-Blogs hervor.

Das Problem des flachen Namensraums

Python verwendet derzeit einen flachen Modul-Namensraum. Dies führt regelmäßig zu verwirrenden AttributeError-Exceptions, wenn lokale Projektdateien oder Abhängigkeiten von Drittanbietern dieselben Namen wie Standardbibliotheksmodule wie json, math oder random tragen. Ein solches Shadowing entsteht, weil Orte mit höherer Priorität in sys.path – etwa das aktuelle Arbeitsverzeichnis – Vorrang vor Importen der Standardbibliothek haben. Python 3.11 hat zwar die Option -P eingeführt, um das Voranstellen unsicherer Pfade zu verhindern, doch die meisten Anwendenden aktivieren diese nicht.

Abgesehen von der erschwerten Fehlersuche für Einsteigende zwingt der flache Namensraum die Core-Entwickler dazu, unhandliche Namen zu wählen oder Suffixe wie lib anzuhängen (beispielsweise bei tomllib oder graphlib). Nur so lassen sich Konflikte mit bestehenden Paketen auf PyPI vermeiden.

Der vorgeschlagene std-Namensraum und Entkopplung

Der Lösungsvorschlag sieht einen neuen Top-Level-Namensraum std vor. Entwickler könnten Module der Standardbibliothek damit explizit als std.json oder über eine Syntax wie from std import json importieren. Bestehende Importe würden zur Wahrung der Abwärtskompatibilität unbegrenzt weiter funktionieren, während zukünftige Module exklusiv auf den neuen Namensraum beschränkt werden könnten.

Ein möglicher Nebeneffekt dieser Reservierung wäre die Entkopplung der Standardbibliothek: Module könnten unabhängig vom Interpreter-Release-Zyklus über PyPI verteilt und aktualisiert werden. Teilnehmende wiesen jedoch auf potenzielle Nachteile hin und verwiesen auf Erfahrungen von Ruby mit gemifizierten Standardbibliotheken, bei denen es zu langen Deprecation-Phasen und ungepatchten Sicherheitslücken in unverwalteten Gems kam.

Feedback auf dem Summit und alternative Syntax

Während der Summit-Diskussionen debattierten die Anwesenden verschiedene Umsetzungsdetails. Stefan Behnel und Guido van Rossum besprachen die Möglichkeit, die Änderung auf from-Importe wie from std import random zu beschränken. Dadurch bliebe der meiste Quellcode unverändert und Modul-Duplizierungen in sys.modules würden vermieden. Eine Stimmungsabfrage zeigte positive Reaktionen auf die Erforschung schlüsselwortbasierter Syntaxansätze.

Gregory P. Smith gab zu bedenken, dass der Vorschlag mehrere unterschiedliche Probleme gleichzeitig zu lösen versucht. Er riet dem Core-Team, alle Ideen im Blick zu behalten, aber präzise festzulegen, welche Kernprobleme zuerst adressiert werden sollen.

KI-generierte redaktionelle Illustration; kein Dokumentarfoto.

Quelle: One namespace to namespace them all (Python Language Summit 2026)