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