Das Python Insider-Team freut sich heute zwei neue Blogs anzukündigen. Übersetzer für Rumänisch und Chinesische Kurzzeichen sind dem Übersetzungsprojekt beigetreten und haben schon damit angefangen die aufgelaufenen Posts zu veröffentlichen. Wie auch die anderen Übersetzungen, werden diese Übersetzungen den Posts auf Python Insider etwas hinterherhinken.
Samstag, 30. Juli 2011
Übersetzungen ins Portugiesische, Deutsche, Koreanische und zu Chinesischen Langzeichen
Das Python Insider Übersetzungsprojekt wächst weiter! Heute starten wir die Portugiesische, Deutsche, Koreanische und die Chinesische Langzeichen Version des Blogs. Die Übersetzer haben schon damit angefangen die aufgelaufenen Posts zu veröffentlichen und wie auch die anderen Übersetzungen, werden diese Übersetzungen den Posts auf Python Insider etwas hinterherhinken.
Mittwoch, 27. Juli 2011
Jython migriert zu Mercurial
Jython ist endlich von Subversion zu Mercurial migriert. Dies lief schon seit einiger Zeit, aber unglücklicherweise hatten wir ein schwieriges Subversion-Repository, darum war einiger Aufwand nötig, um es sauber zu einem anderen Versionskontrollsystem zu konvertieren.
Das neue offizielle Jython-Repository ist nun bei
beheimatet, zusammen mit einem BitBucket Mirror zum einfachen forken.
Es gibt auch ein größeres Repository mit laufenden Feature-Zweigen (zu Mercurial Bookmarks konvertiert) bei http://hg.python.org/jython-fullhistory , das aber nur lesbar ist.
Mercurial macht es sogar noch leichter an Jython mitzuarbeiten: Forke das Repository und hilf uns Jython 2.6 zu bauen!
Samstag, 23. Juli 2011
Python 3.3 wird Unterstützung für OS/2, Windows 2000 und VMS einstellen
Hin und wieder ist es an der Zeit die Liste der unterstützten Betriebssysteme so zurückzuschneiden, dass sie mit der tatsächlichen Benutzung übereinstimmt. Daneben ist auch die Menge der beisteuernden Entwickler auf einer Plattform wichtig, da jemand die Entwicklungsarbeit leisten muss, um beim Release die Qualität zu sichern. Andere Faktoren, wie das Alter eines Betriebssystems und sein Ballast für die zukünftige Entwicklung haben auch einen Einfluss auf diese Liste.
Victor Stinner hat kürzlich vorgeschlagen die Unterstützung von CPython für OS/2 und VMS einzustellen, ein Jahr nach seiner ursprünglichen Frage nach der OS/2-Unterstützung. Victors ursprüngliche Frage kam zur Zeit seiner unermüdlichen Unicode-Arbeit, genauer für ein Problem mit os.execvpe(), um Umgebungsvariablen über den PEP 383-"surrogateescape"-Handler zu unterstützen. OS/2 und VMS haben zur Zeit keine Repräsentation innerhalb des Entwicklerteams und erhalten damit keine Tests während dem Release-Prozess.
Das Schreiben dieses Eintrags brachte mich zum Nachdenken über eine vorherige Diskussion über das Entfernen von Windows 2000, das auf der Strecke zu bleiben schien. System, die COMSPEC auf command.com setzen, schienen damals auch auf dem Hackbrett zu liegen. Mittlerweile haben sich beide zu OS/2 und VMS gesellt. Windows 2000 wird entfernt, um die Entwicklungsarbeit einfacher zu machen, da es die Last nimmt, sich um die Legacy-API eines Betriebssystems zu kümmern, das 2010 sein "end-of-life" erreicht hat.
Um die Unterstützung für diese Systeme zu entfernen, haben Victor und ich uns daran gemacht PEP 11 zu aktualisieren.
PEP 11
Dieses PEP umreißt die Betriebssysteme, die nicht mehr unterstützt werden, und erklärt wie man ein System zu dieser Liste hinzufügt.
Sobald es entschieden ist, dass ein Betriebssystem entfernt werden kann, wird es formal als nicht-unterstützt angekündigt. Diese Ankündigung gilt traditionell für die Version, an der gerade entwickelt wird, also gilt der Wegfall der Unterstützung für OS/2, Windows 2000 und VMS ab Python 3.3.
Das erste Stadium läuft so ziemlich von selbst, es ist mehr das Heben einer weißen Flagge. Es ist ein Signal, dass es keinen mehr gibt, der den Code wartet und die Qualität eines Release sicherstellt. Es können Veränderungen am Kompilierungs- und Installationsprozess gemacht werden, um Nutzer zu informieren, dass ihre Plattform nicht unterstützt wird. Und dem "What's New"-Dokument wird eine Bemerkung hinzugefügt, die die neuen nicht mehr unterstützten Plattformen auflistet.
Nach einem Releasezyklus, in dem die Plattform nicht unterstützt ist, ist der Code in der nachfolgenden Version Freiwild und kann entfernt werden. In diesem Fall kann der Code in 3.4 entfernt werden. Der Code wird möglicherweise nicht komplett entfernt, aber Entwickler, die während ihrer normalen Arbeit daran vorbeikommen können jegliche #ifdef-Blöcke, configure-Abschnitte oder veralteten Code entfernen.
Was Du tun kannst
Wenn du ein OS/2- oder VMS-Nutzer bist, dann gibt es ein paar Möglichkeiten, die du ausschöpfen kannst, um deine Plattform zu retten.
Werde Maintainer
Nichts ist besser für die Unterstützung als ein aktiver Entwickler. Andrew MacIntyre war seit einiger Zeit der OS/2-Maintainer und sagte zu Victors erster Anfrage, dass OS/2 in der Unterstützung von Unicode hinterherhinkt, dies ist also sicherlich ein Gebiet auf das man sich konzentrieren muss. VMS scheint einen gewissen Grad von Unterstützung von Außen durch http://www.vmspython.org zu haben, aber wie schon in Issue 11918 diskutiert wurde, muss sich jemand bereiterklären um weiterhin VMS-Unterstützung Upstream (d.h. innerhalb von CPython) zu haben.
Wenn Du daran interessiert bist, eine der beiden Plattformen zu übernehmen, dann schau dir den Developer's Guide an, um die aktuellen Entwicklungsprozesse kennenzulernen.
Steuer einen Build-Slave bei
Mit einem aktiven Entwickler, hat eine Plattform bessere Chancen zu überleben. Mit einem Build-Slave, hat eine Plattform sogar noch bessere Chancen, nicht nur zu überleben, sondern auch um eine gewisse Qualität zu gewährleisten.
Python benutzt Buildbot für Continuous Integration und es gibt momentan Build-Slaves für Linux, Mac, Windows und Open Indiana (Solaris) für verschiedene Versionen, Architekturen und Konfigurationen. Wenn Du in der Lage bist eine Maschine für die Build-Flotte für OS/2 oder VMS zu spenden, könntest Du ermöglichen, dass diese Plattformen diesselbe Aufmerksamkeit bekommen, wie sie auch verbreitetere Plattformen bekommen.
Wenn Du entwender Zeit oder Hardware beisteuern kannst, um OS/2 und VMS zu retten, melde Dich auf der python-dev-Mailingliste, um die Bemühungen zu koordinieren.
Sonntag, 17. Juli 2011
Python Insider Übersetzungsprojekt
Wir denken, dass der Inhalt dieses Blogs für die gesamte Python-Community nützlich ist, darum hat für uns das Erreichen möglichst vieler Leser eine hohe Priorität. Um unsere Reichweite zu erhöhen, haben wir ein Team von Übersetzern um uns geschart, damit wir parallel Ausgaben dieses Blogs in anderen Sprachen erstellen können. Heute starten wir zwei Übersetzungen: Japanisch und Spanisch.
Die Übersetzungen werden den Posts auf Python Insider etwas hinterherhinken, aber es wird versucht sie mehr oder weniger aktuell zu halten.
Hilfe gesucht
Das Übersetzungsteam ist immer noch sehr klein, darum suchen wir nach weiteren Helfern. Wir brauchen Leute, die an den bestehenden Übersetzungen arbeiten oder uns helfen neue Übersetzungen zu starten. Wenn Du uns auf eine dieser Arten helfen kannst, kontaktiere Doug Hellmann (doug dot hellmann at gmail -- englischsprachig).
Meet the Team: Brian Curtin
Dieser Post ist Teil der "Meet the Team" Serie, die kurz das Python-Kernentwickler-Team vorstellen soll.
| Name: | Brian Curtin |
|---|---|
| Standort: | Chicago, USA |
| Homepage: | http://blog.briancurtin.com/ |
Wie lange nutzt Du schon Python?
Täglich seit 6 Jahren. Davor nutzte ich Python schon gelegentlich für eine Klasse im College und in einem Sommer-Praktikum.
Wie lange trägst Du schon zum Kern bei?
Knapp über ein Jahr. Am 24. März war ich ein Jahr bei der Gruppe.
Wie wurdest Du Kernentwickler? Erinnerst Du dich an deinen ersten Beitrag?
Ich habe angefangen, nachdem ich einen Fehler in der Dokumentation bemerkt habe, als ich auf der Arbeit ein Erweiterungsmodul geschrieben habe, dann habe ich einen einfachen Patch eingereicht und Georg Brandl hat ihn fast augenblicklich aufgenommen. Nach diesem schnellen Erfolg und nachdem ich mir eine frische Version des Quellcodes geholt habe, wollte ich eintauchen und mehr über die Module lernen, die ich benutze, und endete damit einen Patch zu schreiben, der zipfile "context manager"-Unterstützung hinzufügt.
Meine ersten Paar Beiträge waren Ausbesserungen der Dokumentation, um es für den Anfang einfach zu halten. Mein erster Quellcode-Beitrag fügte dem winreg-Modul ein paar Features hinzu und erweiterte die Test-Abdeckung.
An welchen Teilen von Python arbeitest Du jetzt?
Als einer der paar Windows-Benutzer, die bei der CPython-Entwicklung beteiligt sind, versuche ich ein Auge auf alle Probleme zu haben, die Windows-Benutzer betreffen. Deshalb hatte ich schon Gelegenheit an vielen Modulen der Standardbibliothek zu arbeiten, unter anderem Modulen, die ich noch nie benutzt habe. Ich habe noch nicht viel am Interpreter selbst gearbeitet, aber ich versuche das zu ändern.
Was machst Du mit Python, wenn Du nicht gerade am Python-Kern schraubst?
Ich baue verschiedene Test-Werkzeuge für eine Handels-Datenbank, die in C++ geschrieben ist. Dort gibt es ein Erweiterungsmodul für die Daten-API, sodass wir einfach Regressionstests und Leistungstests schreiben können und wir versuchen immer mehr zu bauen.
Was macht Du, wenn Du nicht gerade programmierst?
Ich bin ein riesiger Baseball-Fan. Im Frühling bin ich Schiedsrichter bei College-Baseball, im Sommer bei verschiedenen Ligen und dann schaue und gehe ich zu Spielen der Chicago Cubs.
Donnerstag, 14. Juli 2011
Meet the Team: Nick Coghlan
Dieser Post ist Teil der "Meet the Team" Serie, die kurz das Python-Kernentwickler-Team vorstellen soll.
| Name: | Nick Coghlan |
|---|---|
| Standort: | Brisbane, Australien |
| Homepage: | http://www.boredomandlaziness.org |
Wie lange nutzt Du schon Python?
Mein erster Kontakt war etwa 1999 mit 1.5.2, als unser Dozent Python für einen Kurs über Netzwerke nutzte. Professionell startete ich etwa 2002 mit 2.2 für automatisierte Tests und habe es nie bereut.
Wie lange trägst Du schon zum Kern bei?
Guido gewährte mir Zugang in 2005, um PEP 343 (vor allem, um die context-Methode loszuwerden) zu aktualisieren.
Wie wurdest Du Kernentwickler? Erinnerst Du dich an deinen ersten Beitrag?
Was das Beitragen von Patches angeht, hatte ich 2004 drei Monate frei und verbrachte viel Zeit davon zusammen mit Raymond und Facundo mit der Arbeit am decimal-Modul, vor allem mit dem laufen lassen des telco-Benchmarks, um den Code schneller zu machen. Ein paar der seltsameren Hacks im decimal-Modul (wie die Abkürzung für das Überprüfen auf Sonderfälle und die Benutzung von Strings beim Umwandeln von Tupeln in Integer) stammen aus dieser Zeit.
Mein wirklich erster Commit war dann wohl zu PEP 343 und danach wahrscheinlich zum AST-Compiler-Zweig als wir ihn für die Aufnahme in 2.5 fertig machten.
An welchen Teilen von Python arbeitest Du jetzt?
runpy, functools und contextlib sind die Hauptsachen, die letztendlich in meinem Posteingang landen. Ich beobachte auch aufmerksam, was Brett und Victor mit import tun, was Raymond mit collections und itertools tut und alles was mit dem Compiler passiert. Auch fasziniert mich der kulturelle Aspekt der Dinge.
Was machst Du mit Python, wenn Du nicht gerade am Python-Kern schraubst?
Wirklich keine große Sache. Der Python-Kram auf der Arbeit leistet normalerweise einfach seine Arbeit, darum gibt es momentan keinen großen Bedarf daran zu arbeiten. Ich will etwas schaffen, das meine digitale Musiksammlung aufräumt, aber die Skripte, dafür sind momentan nur schnell zusammengeworfen.
Was macht Du, wenn Du nicht gerade programmierst?
Tae kwon do, Computerspiele, Fußball, Lesen, etc, etc...
Abonnieren
Posts (Atom)