Following system colour scheme Selected dark colour scheme Selected light colour scheme

Python Enhancement Proposals

Packaging PEPs

Einleitung

Dies ist das Verzeichnis aller Python Enhancement Proposals (PEPs), die unter dem Thema „Packaging“ aufgeführt sind. Dies ist ein Unterverzeichnis von PEP 0, dem PEP-Index.

Packaging PEPs folgen dem PyPA-Spezifikationsaktualisierungsprozess. Sie werden verwendet, um größere Ergänzungen oder Änderungen an den PyPA-Spezifikationen vorzuschlagen. Die kanonischen, aktuellen Verpackungsspezifikationen finden Sie auf der Seite Spezifikationen der Python Packaging Authority (PyPA).

Index nach Kategorie

Prozess und Meta-PEPs

PEP Titel Autoren
PA 609 Python Packaging Authority (PyPA) Governance Dustin Ingram, Pradyun Gedam, Sumana Harihareswara

Vorläufige PEPs (vorläufig akzeptiert; Schnittstelle kann sich noch ändern)

PEP Titel Autoren
SP 708 Erweiterung der Repository-API zur Abmilderung von Dependency-Confusion-Angriffen Donald Stufft

Akzeptierte PEPs (akzeptiert; möglicherweise noch nicht implementiert)

PEP Titel Autoren
SA 458 Sichere PyPI-Downloads mit signierten Repository-Metadaten Trishank Karthik Kuppusamy, Vladimir Diaz, Marina Moore, Lukas Puehringer, Joshua Lock, Lois Anne DeLong, Justin Cappos
SA 658 Bereitstellung von Distributionsmetadaten in der Simple Repository API Tzu-ping Chung
SA 668 Markieren von Python-Basisumgebungen als „extern verwaltet“ Geoffrey Thomas, Matthias Klose, Filipe Laíns, Donald Stufft, Tzu-ping Chung, Stefano Rivera, Elana Hashman, Pradyun Gedam
SA 691 JSON-basierte Simple API für Python-Paketindizes Donald Stufft, Pradyun Gedam, Cooper Lees, Dustin Ingram
SA 714 Umbenennung von dist-info-metadata in der Simple API Donald Stufft
SA 739 build-details.json 1.0 — eine statische Beschreibungsdatei für Python-Build-Details Filipe Laíns 3.14
SA 753 Einheitliche Projekt-URLs in Kernmetadaten William Woodruff, Facundo Tuesca
SA 770 Verbesserung der Messbarkeit von Python-Paketen mit Software Bill-of-Materials Seth Larson
SA 794 Import Name Metadaten Brett Cannon

Offene PEPs (in Prüfung)

PEP Titel Autoren
S 480 Überleben eines Kompromisses von PyPI: Ende-zu-Ende-Signierung von Paketen Trishank Karthik Kuppusamy, Vladimir Diaz, Justin Cappos, Marina Moore
S 694 Upload 2.0 API für Python-Paketindizes Barry Warsaw, Donald Stufft, Ee Durbin
S 710 Aufzeichnung der Herkunft installierter Pakete Fridolín Pokorný
S 711 PyBI: Ein Standardformat für die Verteilung von Python-Binaries Nathaniel J. Smith
S 725 Spezifizierung externer Abhängigkeiten in pyproject.toml Pradyun Gedam, Jaime Rodríguez-Guerra, Ralf Gommers
S 752 Implizite Namespaces für Paket-Repositories Ofek Lev, Jarek Potiuk
P 755 Implizite Namespace-Richtlinie für PyPI Ofek Lev
I 766 Explizite Prioritätswahl zwischen mehreren Indizes Michael Sarahan
S 771 Standard-Extras für Python-Softwarepakete Thomas Robitaille, Jonathan Dekhtiar
P 772 Governance-Prozess des Packaging Council Barry Warsaw, Deb Nicholson, Pradyun Gedam
S 777 Wie man das Rad neu erfindet Emma Harper Smith
S 780 ABI-Features als Umgebungsmarker Klaus Zimmermann, Ralf Gommers 3.14
S 783 Emscripten Packaging Hood Chatham
S 804 Ein Registrierungsmechanismus für externe Abhängigkeiten und Namenszuordnung Pradyun Gedam, Ralf Gommers, Michał Górny, Jaime Rodríguez-Guerra, Michael Sarahan
S 807 Index-Unterstützung für Trusted Publishing William Woodruff

Abgeschlossene PEPs (fertig, mit stabiler Schnittstelle)

PEP Titel Autoren
SF 301 Paketindex und Metadaten für Distutils Richard Jones 2.3
SF 376 Datenbank installierter Python-Distributionen Tarek Ziadé 2.7, 3.2
SF 405 Python Virtuelle Umgebungen Carl Meyer 3.3
SF 425 Kompatibilitäts-Tags für kompilierte Distributionen Daniel Holth 3.4
SF 427 Das Wheel Binärpaket-Format 1.0 Daniel Holth
SF 440 Versionsidentifikation und Abhängigkeitsspezifikation Alyssa Coghlan, Donald Stufft
SF 503 Simple Repository API Donald Stufft
SF 508 Abhängigkeitsspezifikation für Python-Softwarepakete Robert Collins
SF 517 Ein build-system-unabhängiges Format für Quellcode-Trees Nathaniel J. Smith, Thomas Kluyver
SF 518 Spezifizierung von Mindestanforderungen an das Build-System für Python-Projekte Brett Cannon, Nathaniel J. Smith, Donald Stufft
SF 527 Entfernung von (un)benutzten Dateitypen/Erweiterungen auf PyPI Donald Stufft
SF 561 Verteilung und Verpackung von Typinformationen Emma Harper Smith 3.7
SF 566 Metadaten für Python-Softwarepakete 2.1 Dustin Ingram 3.x
SF 592 Hinzufügen von „Yank“-Unterstützung zur Simple API Donald Stufft
SF 600 Zukünftige „manylinux“-Plattform-Tags für portable Linux-kompilierte Distributionen Nathaniel J. Smith, Thomas Kluyver
SF 610 Aufzeichnung des direkten URL-Ursprungs installierter Distributionen Stéphane Bidoul, Chris Jerdonek
SF 621 Speicherung von Projektmetadaten in pyproject.toml Brett Cannon, Dustin Ingram, Paul Ganssle, Pradyun Gedam, Sébastien Eustace, Thomas Kluyver, Tzu-ping Chung
SF 625 Dateiname einer Quellcode-Distribution Tzu-ping Chung, Paul Moore
SF 627 Aufzeichnung installierter Projekte Petr Viktorin
SF 629 Versionierung der Simple API von PyPI Donald Stufft
SF 639 Verbesserung der Lizenzklarheit durch bessere Paketmetadaten Philippe Ombredanne, C.A.M. Gerlach, Karolina Surma
SF 643 Metadaten für Quellcode-Distributionen von Paketen Paul Moore
SF 656 Plattform-Tag für Linux-Distributionen, die Musl verwenden Tzu-ping Chung
SF 660 Editable-Installationen für auf pyproject.toml basierende Builds (Wheel-basiert) Daniel Holth, Stéphane Bidoul
SF 685 Vergleich von Extra-Namen für optionale Distributionsabhängigkeiten Brett Cannon
SF 700 Zusätzliche Felder für die Simple API für Paketindizes Paul Moore
SF 715 Deaktivierung von bdist_egg-Distributions-Uploads auf PyPI William Woodruff
SF 721 Verwendung von tarfile.data_filter zur Extraktion von Quellcode-Distributionen Petr Viktorin 3.12
SF 723 Inline-Skriptmetadaten Ofek Lev
SF 735 Abhängigkeitsgruppen in pyproject.toml Stephen Rosen
SF 740 Index-Unterstützung für digitale Atteste William Woodruff, Facundo Tuesca, Dustin Ingram
SF 751 Ein Dateiformat zur Aufzeichnung von Python-Abhängigkeiten für die Reproduzierbarkeit der Installation Brett Cannon
SF 792 Projektstatus-Marker im Simple Index William Woodruff, Facundo Tuesca

Historische Meta-PEPs und informative PEPs

PEP Titel Autoren
PS 438 Übergang zum Hosten von Release-Dateien auf PyPI Holger Krekel, Carl Meyer
PF 449 Entfernung des automatischen Mirror-Discovery- und Benennungsschemas von PyPI Donald Stufft
PF 464 Entfernung der PyPI Mirror Authenticity API Donald Stufft
PF 470 Entfernung der Unterstützung für externes Hosting auf PyPI Donald Stufft
PF 541 Beibehaltung von Paketindex-Namen Łukasz Langa

Zurückgestellte PEPs (verschoben bis zur weiteren Forschung oder Aktualisierung)

PEP Titel Autoren
ID 423 Namenskonventionen und Rezepte im Zusammenhang mit Packaging Benoit Bryon
SD 491 Das Wheel Binärpaket-Format 1.9 Daniel Holth
SD 778 Unterstützung von Symlinks in Wheels Emma Harper Smith

Abgelehnte, abgelöste und zurückgezogene PEPs

PEP Titel Autoren
SS 241 Metadaten für Python-Softwarepakete A.M. Kuchling
SW 243 Modul-Repository-Upload-Mechanismus Sean Reifschneider 2.1
SR 262 Eine Datenbank installierter Python-Pakete A.M. Kuchling
SS 314 Metadaten für Python-Softwarepakete 1.1 A.M. Kuchling, Richard Jones 2.5
SS 345 Metadaten für Python-Softwarepakete 1.2 Richard Jones 2.7
SR 365 Hinzufügen des pkg_resources-Moduls Phillip J. Eby
SW 381 Mirroring-Infrastruktur für PyPI Tarek Ziadé, Martin von Löwis
SS 386 Änderung des Versionsvergleichsmoduls in Distutils Tarek Ziadé
SR 390 Statische Metadaten für Distutils Tarek Ziadé 2.7, 3.2
IW 396 Modul-Versionsnummern Barry Warsaw
SR 402 Vereinfachtes Paketlayout und Partitionierung Phillip J. Eby 3.3
IW 426 Metadaten für Python-Softwarepakete 2.0 Alyssa Coghlan, Daniel Holth, Donald Stufft
SR 439 Einbindung von implizitem Pip-Bootstrap in die Python-Installation Richard Jones 3.4
SW 459 Standard-Metadatenerweiterungen für Python-Softwarepakete Alyssa Coghlan
IR 496 Umgebungsmarker James Polley
IS 513 Ein Plattform-Tag für portable Linux-kompilierte Distributionen Robert T. McGibbon, Nathaniel J. Smith
SR 516 Build-System-Abstraktion für Pip/Conda etc. Robert Collins, Nathaniel J. Smith
IS 571 Der manylinux2010 Plattform-Tag Mark Williams, Geoffrey Thomas, Thomas Kluyver
SR 582 Python lokales Paketverzeichnis Kushal Das, Steve Dower, Donald Stufft, Alyssa Coghlan 3.12
IS 599 Der manylinux2014 Plattform-Tag Dustin Ingram
SS 631 Abhängigkeitsspezifikation in pyproject.toml basierend auf PEP 508 Ofek Lev
SR 633 Abhängigkeitsspezifikation in pyproject.toml unter Verwendung einer aufgeklappten TOML-Tabelle Laurie Opperman, Arun Babu Neelicattu
SW 650 Spezifizierung von Installer-Anforderungen für Python-Projekte Vikram Jayanthi, Dustin Ingram, Brett Cannon
SR 662 Editable-Installationen über virtuelle Wheels Bernát Gábor
SR 665 Ein Dateiformat zur Auflistung von Python-Abhängigkeiten für die Reproduzierbarkeit einer Anwendung Brett Cannon, Pradyun Gedam, Tzu-ping Chung
SW 704 Standardmäßig virtuelle Umgebungen für Paketinstallateure vorschreiben Pradyun Gedam
SR 722 Abhängigkeitsspezifikation für Single-File-Skripte Paul Moore
SW 759 Externes Wheel-Hosting Barry Warsaw, Emma Harper Smith
SW 763 Beschränkung von Löschungen auf PyPI William Woodruff, Alexis Challande

Schlüssel für PEP-Typen

  • IInformational: Nicht bindendes PEP, das Hintergrundinformationen, Richtlinien oder andere Informationen enthält, die für das Python-Ökosystem relevant sind.
  • PProcess: Bindendes PEP, das eine Änderung eines Prozesses, Workflow oder einer Governance der Python-Community beschreibt oder vorschlägt.
  • SStandards Track: Bindendes PEP mit einer neuen Funktion für Python, einer Implementierungsänderung für CPython oder einem Interoperabilitätsstandard für das Ökosystem.

Mehr Informationen in PEP 1.

Schlüssel für PEP-Status

  • AAccepted: Bindender Vorschlag, der für die Implementierung akzeptiert wurde.
  • AActive: Aktuell gültige informative Richtlinie oder ein genutzter Prozess.
  • DDeferred: Inaktiver Entwurf, der zu einem späteren Zeitpunkt wieder aufgegriffen werden kann.
  • <Kein Buchstabe>Draft: Vorschlag unter aktiver Diskussion und Überarbeitung.
  • FFinal: Akzeptiert und Implementierung abgeschlossen, oder nicht mehr aktiv.
  • PProvisional: Vorläufig akzeptiert, aber zusätzliches Feedback ist erforderlich.
  • RRejected: Formell abgelehnt und wird nicht akzeptiert.
  • SSuperseded: Ersetzt durch ein nachfolgendes PEP.
  • WWithdrawn: Vom Sponsor oder den Autoren aus der Betrachtung zurückgezogen.

Mehr Informationen in PEP 1.