Чи відомі дата / часовий інтервал, коли python 2.7 більше не підтримуватиметься на користь python 3?
Чи відомі дата / часовий інтервал, коли 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 року Словом Божим було те, що випуски Patchlevel для 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 не є 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 і вам не доведеться просити ІТ-налаштувати 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) є офіційним джерелом для тієї інформації, яку ви просили.
Наразі написано "Планові дати випуску в майбутньому:"
Крім того, в ньому йдеться про те, що "дата закінчення життя (EOL, дата заходу сонця) для Python 2.7 була перенесена на п'ять років у майбутнє, до 2020 року".
Відредаговано у квітні 2014 року відповідно до http://hg.python.org/peps/rev/76d43e52d978
Посібник для розробників Python перераховує " Стан гілок Python " від версії 2.6 до поточної версії, включаючи їх поточний стан підтримки з датами закінчення терміну служби.
На даний момент підтримується (помилка + виправлення безпеки):
Виправлення безпеки лише:
Python 2.7 буде назавжди. Занадто багато старого коду, який використовує його, що ніхто не хоче переписувати. Вилка вже називається Tauthon, але ми можемо побачити інших, якщо цей безглуздий термін реалізується.