Y a-t-il une date/un délai connu où python 2.7 ne sera plus supporté au profit de python 3 ?
Réponses
Trop de publicités?A partir du 13 avril 2014, de http://hg.python.org/peps/rev/76d43e52d978 (PEP 373, calendrier de sortie de Python 2.7) :
La date de fin de vie (EOL, sunset date) pour Python 2.7 a été déplacée cinq ans dans le futur, soit en 2020. Cette décision a été prise pour clarifier le statut de Python 2.7 et soulager les utilisateurs qui ne peuvent pas encore qui ne peuvent pas encore migrer vers Python 3. Voir aussi PEP 466 .
En mai 2010, Parole de Dieu était que Les versions de niveau correctif pour Python 2.7 seront probablement publiées pendant au moins six ans. .
Donc, peut-être 2016, probablement plus tard.
Edit : Repoussé à 2020. Voir la révision du PEP 373, liée à d'autres réponses.
Vous devez le lire attentivement (réf : https://news.ycombinator.com/item?id=7582300 ) :
Il y a beaucoup de commentaires ici de la part de personnes qui ne sont pas sur la liste python-dev et qui ne comprennent pas vraiment ce que signifie cette différence. Les développeurs du noyau ne sont pas tenus de maintenir la 2.7 après 2015, et la plupart d'entre eux n'y seront pas impliqués. Cette partie n'a pas changé. Ce qui se passe, c'est que Red Hat se prépare à sortir une version de RHEL 7, qui, d'après ce que je sais, est supportée pendant 13 ans, en fonction de la somme que vous leur versez. Ils devront donc trouver un moyen de supporter eux-mêmes la version 2.7 au moins jusqu'en 2027. C'est là que je lis entre les lignes. RH a parfaitement le droit de bifurquer vers Python et de garder ses correctifs de maintenance pour eux-mêmes et leurs clients (Python n'est pas un copyleft). Mais, comme ce sont des gars sympas, ils sont peut-être disposés à faire remonter leurs changements, au moins pendant un certain temps, s'il existe encore un projet Python prêt à les accepter. Encore une fois, il s'agit de mes spéculations basées sur la discussion de ML, et non sur ce que RH a réellement dit qu'ils feraient. Une analogie peut être faite avec Rails LTS, un fork commercial de Rails 2.x auquel patio11 a participé [0]. Inévitablement, quelqu'un va intervenir pour supporter la 2.7, et voyons donc ce que nous pouvons faire pour éviter une situation où la seule façon de continuer à utiliser la 2.7 est de souscrire à RHEL. Entre-temps, certaines grandes entreprises utilisent largement la version 2.7 sous Windows (par exemple, Enthought, Anaconda) et l'on pense qu'il est possible de trouver quelqu'un pour produire un installateur Windows de temps à autre, en supposant que Python.org héberge encore un téléchargement. En fait, ce qui se passe ici n'est pas très excitant. Les principaux committers ne font rien d'autre que de quitter le projet comme prévu initialement. Ce qui se passe, c'est qu'ils vont laisser les lumières allumées dans le dépôt de contrôle de la source et sur le serveur FTP, afin de capter la main d'œuvre gratuite des personnes des grandes entreprises qui ont un intérêt à continuer à supporter la 2.7. L'alternative est que RH et d'autres vendeurs créent des forks propriétaires et coûteux de Python 2.7. Cela finira peut-être par se produire de toute façon, mais il faudra plus de temps à votre employeur pour s'apercevoir que vous devriez arrêter de contribuer à vos correctifs si les binaires apparaissent toujours sur python.org et que vous n'avez pas à demander au service informatique de mettre en place un SCM et un bug tracker, etc.
Cet article dit : "Quand la 2.7 sortira, la ligne 2.x passera à cinq ans de mode de correction de bogues seulement."
Donc, d'après ce que je vois, 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 dans les versions 3.x.
PEP 373 (calendrier de sortie de Python 2.7) est la source officielle pour le type d'information que vous avez demandé.
Il est actuellement indiqué "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, libère au besoin
Il est également dit "La date de fin de vie (EOL, sunset date) pour Python 2.7 a été déplacée de cinq ans dans le futur, à 2020."
Édité en avril 2014, selon http://hg.python.org/peps/rev/76d43e52d978