Здесь много комментариев от людей, которых нет в списке python-dev и которые действительно не понимают, что на самом деле означает этот diff.
Разработчики ядра не обязаны поддерживать 2.7 после 2015 года, и большинство из них не будут участвовать в этом. Эта часть не изменилась.
Происходит то, что Red Hat готовится к выпуску релиза RHEL 7, который AFAIK в зависимости от того, сколько вы им платите, они поддерживают в течение 13 лет. Таким образом, они должны будут выяснить, как поддержать себя 2.7 по крайней мере до 2027 года.
Здесь я читаю между строк. RH имеют полное право на форк Python и оставляют свои исправления для себя и своих клиентов (Python не copyleft). Но они хорошие парни, и поэтому, возможно, они захотят внести изменения в свои изменения хотя бы на некоторое время, если еще есть проект Python, готовый принять их. Опять же, это мое предположение, основанное на обсуждении ML, а не то, что на самом деле RH сказал, что они будут делать.
Можно провести аналогию с Rails LTS, коммерческим форком Rails 2.x, в котором патио 11 было задействовано [0]. Неизбежно кто-то собирается вмешаться для поддержки 2.7, и поэтому давайте посмотрим, что мы можем сделать, чтобы избежать ситуации, когда единственный способ продолжить работу 2.7 - это подписаться на RHEL.
Между тем, есть несколько крупных компаний, которые интенсивно используют 2.7 в Windows (например, Enthought, Anaconda), и считается, что кто-то, возможно, найдет время от времени для установки установщика Windows, предполагая, что Python.org все еще будет содержать загрузку.
Так что на самом деле то, что здесь происходит, не очень интересно. Основные коммиттеры не делают ничего иного, кроме как покидают проект, как планировалось изначально. Происходит следующее: они оставляют свет включенным в репозитории контроля версий и на FTP-сервере, чтобы захватить бесплатную рабочую силу у людей в крупных компаниях, которые заинтересованы в продолжении поддержки 2.7.
Альтернатива заключается в том, что RH и другие производители создают собственные и дорогие форки Python 2.7. В любом случае это может произойти, но вашему работодателю потребуется больше времени, чтобы заметить, что вам следует прекратить вносить свои исправления обратно, если двоичные файлы все еще появляются на python.org и вам не нужно просить ИТ-отдел настраивать SCM и средство отслеживания ошибок, и т.д.