Конец поддержки Python 2.7?

Есть ли известная дата / период времени, когда Python 2.7 больше не будет поддерживаться в пользу Python 3?

По состоянию на 13 апреля 2014 года по адресу http://hg.python.org/peps/rev/76d43e52d978 (PEP 373, Python 2.7, график выпуска):

Дата окончания срока службы (EOL, дата завершения) для Python 2.7 перенесена на пять лет в будущее, на 2020 год. Это решение было принято, чтобы прояснить статус Python 2.7 и облегчить беспокойство тех пользователей, которые еще не могут перейти на Python 3. См. Также PEP 466 .

В мае 2010 года Слово Божье было сказано, что релизы уровня исправлений для Python 2.7, вероятно, будут производиться как минимум через 6 лет .

Так что, может быть, 2016, возможно, позже.

Изменить: перенесено на 2020 год. См. Редакцию PEP 373, на которую есть ссылки в других ответах.

Недавно эта дата была обновлена ​​до 1 января 2020 года.

см. https://pythonclock.org/

Вы должны внимательно прочитать это (ссылка: https://news.ycombinator.com/item?id=7582300 ):

Здесь много комментариев от людей, которых нет в списке python-dev и которые действительно не понимают, что на самом деле означает эта разница. Разработчики ядра не обязаны поддерживать 2.7 после 2015 года, и большинство из них не будут участвовать в этом. Эта часть не изменилась. Происходит то, что Red Hat готовится выпустить релиз RHEL 7, который AFAIK в зависимости от того, сколько вы им платите, они поддерживают в течение 13 лет. Таким образом, им нужно будет выяснить, как поддерживать 2.7 самостоятельно, по крайней мере, до 2027 года. Вот где я читаю между строк. RH имеют полное право разветвлять Python и оставлять свои исправления для себя и своих клиентов (Python не авторское лево). Но, они хорошие ребята, и, возможно, они захотят опубликовать свои изменения хотя бы на некоторое время, если еще есть проект 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 и вам не нужно просить ИТ-отдел настраивать SCM и средство отслеживания ошибок, и т.п. Происходит то, что они оставляют свет включенным в репозитории контроля версий и на FTP-сервере, чтобы захватить бесплатную рабочую силу у людей в крупных компаниях, которые заинтересованы в продолжении поддержки 2.7. Альтернативой является то, что RH и другие поставщики создают проприетарные и дорогие форки Python 2.7. В любом случае это может произойти, но вашему работодателю потребуется больше времени, чтобы заметить, что вы должны прекратить вносить свои исправления обратно, если двоичные файлы все еще появляются на python.org и вам не нужно просить ИТ-отдел настраивать SCM и средство отслеживания ошибок, и т.п. Происходит то, что они оставляют свет включенным в репозитории контроля версий и на FTP-сервере, чтобы захватить бесплатную рабочую силу у людей в крупных компаниях, которые заинтересованы в продолжении поддержки 2.7. Альтернатива заключается в том, что RH и другие производители создают собственные и дорогие форки Python 2.7. В любом случае это может произойти, но вашему работодателю потребуется больше времени, чтобы заметить, что вы должны прекратить вносить свои исправления обратно, если двоичные файлы все еще появляются на python.org и вам не нужно просить ИТ-отдел настраивать SCM и средство отслеживания ошибок, и т.п.

В этой статье говорится: «Когда выйдет 2.7, линия 2.x перейдет на пять лет в режиме только исправления ошибок».

Итак, насколько я вижу, Python 2.7 был последним релизом с добавлением функций 2.x, и, хотя найденные ошибки будут исправлены (в течение некоторого времени), новые функции появятся только в выпусках 3.x.

Есть также довольно зловещие часы обратного отсчета до EOS в 2020 году.

PEP 373 (Расписание выпуска Python 2.7) является официальным источником запрашиваемой вами информации.

В настоящее время там написано «Запланированные даты будущих выпусков:»

• 2.7.7 мая 2014
• 2.7.8 Ноябрь 2014 г.
• 2.7.9 мая 2015
• после этой даты выпускает по мере необходимости

Кроме того, в нем говорится «Дата конца жизни (EOL, дата заката) для Python 2.7 перенесена на пять лет в будущее, до 2020 года».

Отредактировано в апреле 2014 года, согласно http://hg.python.org/peps/rev/76d43e52d978

Руководство разработчика Python перечисляет « Состояние веток Python » от версии 2.6 до текущей версии, включая их текущий статус поддержки с датами окончания срока службы.

В настоящее время поддерживается (ошибка + исправления безопасности):

• Python 3.8 (текущий мастер / ветка разработки)
• Python 3.7
• Python 3.6
• Python 2.7 (до 01.01.2020)

Только исправления безопасности:

• Python 3.5
• Python 3.4

Python 2.7 будет всегда. Его использует слишком много старого кода, который никто не хочет переписывать. Уже есть форк под названием Tauthon, но мы можем увидеть других, если этот бессмысленный срок станет реальностью.