Es gibt hier viele Kommentare von Leuten, die nicht auf der Python-Dev-Liste stehen und nicht wirklich verstehen, was dieser Unterschied tatsächlich bedeutet. Die Kernentwickler müssen 2.7 nach 2015 nicht warten, und die meisten von ihnen werden nicht daran beteiligt sein. Dieser Teil hat sich nicht geändert. Was passiert ist, dass Red Hat sich darauf vorbereitet, eine RHEL 7-Version zu schneiden, die AFAIK abhängig davon, wie viel Sie bezahlen, sie 13 Jahre lang unterstützen. Sie müssen also zumindest bis 2027 herausfinden, wie sie 2.7 selbst unterstützen können. Hier lese ich zwischen den Zeilen. RH hat das Recht, Python zu teilen und ihre Wartungs-Patches für sich und seine Kunden zu behalten (Python ist kein Copyleft). Aber, Sie sind nette Leute und vielleicht sind sie bereit, ihre Änderungen zumindest für eine Weile vorab zu übertragen, wenn es noch ein Python-Projekt gibt, das bereit ist, sie zu akzeptieren. Auch dies ist meine Spekulation, die auf der ML-Diskussion basiert, nicht auf dem, was RH tatsächlich angekündigt hat. Eine Analogie kann zu Rails LTS gemacht werden, einer kommerziellen Abzweigung von Rails 2.x, an der patio11 beteiligt war [0]. Es ist unvermeidlich, dass jemand einspringt, um 2.7 zu unterstützen. Lassen Sie uns also sehen, was wir tun können, um eine Situation zu vermeiden, in der die einzige Möglichkeit, 2.7 weiter auszuführen, darin besteht, RHEL zu abonnieren. Mittlerweile gibt es einige große Unternehmen, die 2.7 häufig unter Windows verwenden (z. B. Enthought, Anaconda), und es wird davon ausgegangen, dass ab und zu jemand ein Windows-Installationsprogramm erstellt, vorausgesetzt, Python.org wird weiterhin einen Download hosten. Was hier wirklich passiert, ist also nicht sehr aufregend. Die Core Committer machen nichts anderes, als das Projekt wie ursprünglich geplant zu verlassen. Was passiert, ist, dass sie das Licht im Quellcodeverwaltungs-Repository und auf dem FTP-Server eingeschaltet lassen, um die freie Arbeit von Leuten in großen Unternehmen zu erfassen, die ein Interesse daran haben, 2.7 weiterhin zu unterstützen. Die Alternative ist, dass RH und andere Anbieter proprietäre und teure Gabeln von Python 2.7 erstellen. Das kann ohnehin passieren, aber es wird länger dauern, bis Ihr Arbeitgeber bemerkt, dass Sie Ihre Patches nicht mehr zurückgeben sollten, wenn auf python.org weiterhin Binärdateien angezeigt werden und Sie die IT nicht bitten müssen, SCM und einen Bug-Tracker einzurichten. etc. Was passiert, ist, dass sie das Licht im Quellcodeverwaltungs-Repository und auf dem FTP-Server eingeschaltet lassen, um die freie Arbeit von Leuten in großen Unternehmen zu erfassen, die ein Interesse daran haben, 2.7 weiterhin zu unterstützen. Die Alternative ist, dass RH und andere Anbieter proprietäre und teure Gabeln von Python 2.7 erstellen. Das kann ohnehin passieren, aber es wird länger dauern, bis Ihr Arbeitgeber bemerkt, dass Sie Ihre Patches nicht mehr zurückgeben sollten, wenn auf python.org weiterhin Binärdateien angezeigt werden und Sie die IT nicht bitten müssen, SCM und einen Bug-Tracker einzurichten. etc. Was passiert, ist, dass sie das Licht im Quellcodeverwaltungs-Repository und auf dem FTP-Server eingeschaltet lassen, um die freie Arbeit von Leuten in großen Unternehmen zu erfassen, die ein Interesse daran haben, 2.7 weiterhin zu unterstützen. Die Alternative ist, dass RH und andere Anbieter proprietäre und teure Gabeln von Python 2.7 erstellen. Das kann ohnehin passieren, aber es wird länger dauern, bis Ihr Arbeitgeber bemerkt, dass Sie Ihre Patches nicht mehr zurückgeben sollten, wenn auf python.org weiterhin Binärdateien angezeigt werden und Sie die IT nicht bitten müssen, SCM und einen Bug-Tracker einzurichten. etc.