Fin du support pour python 2.7?
Existe-t-il une date/heure connue lorsque python 2.7 ne sera plus pris en charge en faveur de python 3?
Depuis le 13 avril 2014, à partir de http://hg.python.org/peps/rev/76d43e52d978 (PEP 373, Python 2.7 Calendrier de publication):
La date de fin de vie (EOL, date d'expiration) de Python 2,7 a été reportée à cinq ans, jusqu'en 2020. Cette décision a été prise pour clarifier le statut de Python 2.7 et soulagez les inquiétudes des utilisateurs qui ne peuvent pas encore migrer vers Python 3. Voir aussi PEP 466 .
En mai 2010, Parole de Die était que les versions de niveau de correctif pour Python 2.7 seront probablement produites pendant au moins six ans .
Donc, peut-être 2016, probablement plus tard.
Edit: repoussé à 2020. Voir la révision du PEP 373, liée à dans d'autres réponses.
Récemment, cette date a été mise à jour au 1er janvier 2020.
vous devriez lire ceci attentivement (réf: https://news.ycombinator.com/item?id=75823 ):
Il y a beaucoup de commentaires ici de personnes qui ne sont pas sur la liste de python-dev et qui ne comprennent pas vraiment ce que cela signifie en réalité. Les développeurs principaux ne sont pas tenus de maintenir la version 2.7 post-2015, et la plupart d’entre eux n’y participeront pas. Cette partie n'a pas changé. Ce qui se passe, c’est que Red Hat s’apprête à créer une version de RHEL 7 qui, autant que je sache, dépend du montant que vous leur payez pendant 13 ans. Ils devront donc trouver comment se supporter eux-mêmes au moins 2,7% d’ici à 2027. C’est là que je lis entre les lignes. RH est bien dans les limites de son droit de fourchette Python et garde ses correctifs de maintenance pour lui-même et ses clients (Python n’est pas un copyleft). Mais ce sont des gars sympas et donc peut-être qu’ils sont prêts à mettre leurs modifications en amont au moins pendant un certain temps s'il reste toujours un projet Python) disposé à les accepter. Encore une fois, ceci est ma spéculation basée sur la discussion de ML, pas ce que RH a réellement dit qu'ils feraient. Une analogie peut être fait à Rails LTS, une fourchette commerciale de Rails 2.x à laquelle patio11 a été associé dans [0]. Inévitablement, quelqu'un va intervenir pour soutenir Nous allons voir ce que nous pouvons faire pour éviter que le seul moyen de continuer à fonctionner soit de souscrire à RHEL.En attendant, certaines grandes entreprises utilisent beaucoup 2.7 sur Windows (par exemple, Enthought, Anaconda). On peut probablement trouver quelqu'un qui produit un programme d'installation Windows une fois de temps en temps, en supposant que Python.org héberge toujours un téléchargement. Ng ici n’est pas très excitant. Les principaux responsables ne font rien d'autre que de laisser le projet tel que prévu à l'origine. Ce qui se passe, c’est qu’ils laisseront les lumières allumées dans le référentiel de contrôle de source et sur le serveur FTP, de manière à profiter pleinement de la main-d’œuvre gratuite des employés des grandes entreprises souhaitant continuer à prendre en charge la version 2.7. L'alternative est que RH et d'autres fournisseurs créent des forks propriétaires et coûteux de Python 2.7. Cela peut arriver de toute façon, mais il faudra plus de temps à votre employeur pour qu'il remarque que vous devriez cesser de fournir vos correctifs. si les fichiers binaires apparaissent toujours sur python.org et que vous n'avez pas à demander au service informatique de configurer SCM et un système de suivi des bogues, etc.
Cet article dit: "À la sortie de la version 2.7, la ligne 2.x passera à cinq ans en mode correctif uniquement."
Donc, autant que je sache, Python 2.7 était la dernière version 2.x ajoutant des fonctionnalités, et bien que les bogues trouvés vont être corrigés (pendant un certain temps), les nouvelles fonctionnalités ne vont que Versions 3.x.
Il y a aussi un très inquiétant compte à rebours horloge à l'EOS à 2020.
PEP 373 (Calendrier de publication de Python 2.7) est la source officielle du type d'informations que vous avez demandé.
On dit actuellement "Dates de sortie prévues":
- 2.7.7 mai 2014
- 2.7.8 novembre 2014
- 2.7.9 mai 2015
- au-delà de cette date, publication au besoin
En outre, il indique "La date de fin de vie (EOL, date d'expiration) de Python 2,7 a été déplacé pour cinq ans, à l'horizon 2020."
Publié en avril 2014, selon http://hg.python.org/peps/rev/76d43e52d978
Le Python Guide du développeur répertorie les " Statut de Python branches) " à partir de la version 2.6 jusqu'à la version actuelle, y compris leur support actuel. statut avec dates de fin de vie.
Actuellement supporté (bug + corrections de sécurité):
- Python 3.8 (branche maître/développement actuelle)
- Python 3.7
- Python 3.6
- Python 2.7 (jusqu'au 2020-01-01)
Correctifs de sécurité uniquement:
- Python 3.5
- Python 3.4
Python 2.7 sera là pour toujours. Il y a trop de vieux code qui l'utilise que personne ne veut réécrire. Il existe déjà une fourche appelée Tauthon, mais nous pourrions en voir d’autres si cette échéance inutile devient réelle.