Zusammenfassung

Dieses Dokument beschreibt den Entwicklungs- und Zeitplan für die Veröffentlichung von Python 2.5. Der Zeitplan befasst sich hauptsächlich mit PEP-großen Elementen. Kleine Funktionen können bis einschließlich der ersten Beta-Version hinzugefügt werden. Fehler können bis zur endgültigen Version behoben werden.

Es wird mindestens zwei Alpha-Versionen, zwei Beta-Versionen und eine Release Candidate geben. Das Veröffentlichungsdatum ist für den 12. September 2006 geplant.

Release Manager

• Anthony Baxter hat sich freiwillig als Release Manager gemeldet.
• Martin von Loewis erstellt die Windows-Installer,
• Ronald Oussoren erstellt die Mac-Installer,
• Fred Drake die Doku-Pakete und
• Sean Reifschneider die RPMs.

Release Schedule

• Alpha 1: 5. April 2006 [abgeschlossen]
• Alpha 2: 27. April 2006 [abgeschlossen]
• Beta 1: 20. Juni 2006 [abgeschlossen]
• Beta 2: 11. Juli 2006 [abgeschlossen]
• Beta 3: 3. August 2006 [abgeschlossen]
• RC 1: 17. August 2006 [abgeschlossen]
• RC 2: 12. September 2006 [abgeschlossen]
• Finale: 19. September 2006 [abgeschlossen]

Abgeschlossene Funktionen für 2.5

• PEP 308: Bedingte Ausdrücke
• PEP 309: Partielle Funktionsanwendung
• PEP 314: Metadaten für Python-Softwarepakete v1.1
• PEP 328: Absolute/Relative Imports
• PEP 338: Module als Skripte ausführen
• PEP 341: Vereinheitlichung von try-except und try-finally zu try-except-finally
• PEP 342: Coroutinen über erweiterte Generatoren
• PEP 343: Die "with"-Anweisung (benötigt noch Updates in Doc/ref und für das Modul contextlib)
• PEP 352: Erforderliche Oberklasse für Ausnahmen
• PEP 353: Verwendung von ssize_t als Indextyp
• PEP 357: Zulassen beliebiger Objekte für Slicing
• ASCII wurde zur Standardkodierung
• AST-basierter Compiler
• Zugriff auf C-AST aus Python über das neue Modul _ast
• Builtin-Wahrheitsfunktionen any()/all()

Neue Standardbibliotheksmodule

• cProfile – geeignet für das Profiling langlaufender Anwendungen mit minimalem Overhead
• ctypes – optionale Komponente des Windows-Installers
• ElementTree und cElementTree – von Fredrik Lundh
• hashlib – fügt Unterstützung für SHA-224, -256, -384 und -512 hinzu (ersetzt alte Module md5 und sha)
• msilib – zum Erstellen von MSI-Dateien und bdist_msi in distutils.
• pysqlite
• uuid
• wsgiref

Weitere bemerkenswerte Funktionen

• Unterstützung für das Lesen von Schattenpasswörtern hinzugefügt [1]
• Unterstützung für das Unicode 4.1 UCD hinzugefügt
• Unterstützung für PEP 302 zipfile/__loader__ zu den folgenden Modulen hinzugefügt: warnings, linecache, inspect, traceback, site und doctest
• Python-Benchmark-Suite pybench hinzugefügt – von Marc-Andre Lemburg
• Schreibunterstützung für Mailboxen aus dem Code im Sandbox/mailbox-Verzeichnis hinzugefügt. (Besitzer: A.M. Kuchling. Es wäre immer noch gut, wenn eine andere Person den neuen Code überprüfen würde.)
• Unterstützung für das Erstellen von "fat" Mac-Binärdateien (Intel und PPC)
• Neue Icons für Windows mit dem neuen Python-Logo hinzufügen?
• Neue Dienstprogramme in functools zur Unterstützung von Wrapper-Funktionen, die naive Introspektion unterstützen (z. B. wenn f.__name__ den ursprünglichen Funktionsnamen zurückgibt).
• pyexpat auf expat 2.0 aktualisiert.
• Python-Kern kompiliert jetzt sauber mit g++

Mögliche Funktionen für 2.5

Jede nachfolgende Funktion sollte vor Beta 1 implementiert sein oder erfordert die Zustimmung des BDFL für die Aufnahme in 2.5.

• Module zur Aufnahme in Betracht gezogen
• Neue Icons für MacOS und Unix mit dem neuen Python-Logo hinzufügen? (Besitzer: ???) MacOS: http://hcs.harvard.edu/~jrus/python/prettified-py-icons.png
• Überprüfen, ob die verschiedenen Codestücke in Demo/ noch funktionieren, und die, die es nicht tun, aktualisieren oder entfernen. (Besitzer: Anthony)
• Alle Module in Modules/ sollten ssizet_t-sauber aktualisiert werden. (Besitzer: Neal)

Bis 2.6 verschoben

• bdist_deb im distutils-Paket [2]
• bdist_egg im distutils-Paket
• reines Python pgen Modul (Besitzer: Guido)
• Das Modul fpectl entfernen?
• Alles in Modules/ sauber mit g++ kompilieren

Offene Themen

• Fehler, die vor der Veröffentlichung behoben werden müssen, d. h. die die Veröffentlichung blockieren

  Keine

• Bis 2.5.1 (oder später) verschobene Fehler
  • https://bugs.python.org/issue1544279 - Das Modul Socket ist nicht thread-sicher
  • https://bugs.python.org/issue1541420 - Tools und Demo fehlen unter Windows
  • https://bugs.python.org/issue1542451 - Absturz mit continue in verschachteltem try/finally
  • https://bugs.python.org/issue1475523 - gettext.py Bug (Besitzer: Martin v. Loewis)
  • https://bugs.python.org/issue1467929 - %-Formatierung und Dictionaries
  • https://bugs.python.org/issue1446043 - unicode() löst keine LookupError aus
• Die PEP 302-Änderungen an (mindestens) pkgutil, runpy und pydoc müssen dokumentiert werden.
• test_zipfile64 dauert für die meisten Buildbots zu lange und benötigt zu viel Festplattenspeicher. Wie soll damit umgegangen werden? Es ist derzeit deaktiviert.
• Sollen auch C-Module, die unter "Undocumented modules" aufgeführt sind, entfernt werden? "timing" (als veraltet aufgeführt), "cl" (als möglicherweise nicht aktuell aufgeführt) und "sv" (als veraltete hardwarespezifische aufgeführt).

Referenzen

Urheberrecht

Dieses Dokument wurde gemeinfrei erklärt.