Vous n'avez pas encore de notification

Page d'accueil

Options d'affichage

Abonné

Actualités

Abonné

Des thèmes sont disponibles :

Thème de baseThème de baseThème sombreThème sombreThème yinyang clairThème yinyang clairThème yinyang sombreThème yinyang sombreThème orange mécanique clairThème orange mécanique clairThème orange mécanique sombreThème orange mécanique sombreThème rose clairThème rose clairThème rose sombreThème rose sombre

Vous n'êtes pas encore INpactien ?

Inscrivez-vous !
« Fin du monde » pour des développeurs au 1er janvier 2020 : Python 2.7 ne sera plus mis à jour

Une chose est sûre, personne ne pourra dire qu’il n’était pas au courant. Le statut EOL (End of Life) de la version 2.7 pour début 2020 était connu depuis 2014

Et encore, les développeurs avaient décidé à cette époque d’accorder un délai supplémentaire de cinq ans puisque la fin du support était prévue pour 2015. L’annonce avait été faite en… 2008, quand est arrivée la version 3.0 de Python, qui n’est pas rétrocompatible avec la branche 2.x

Bref, plus de 10 ans après l’annonce initiale, elle sera effective dans quelques jours. Un site propose même un décompte à la seconde près. Après cette date, plus aucune mise à jour ne sera proposée.

Comme le rappel Anaconda, cela ne signifie pas que les projets utilisant Python 2.7 (et ils sont encore nombreux aujourd’hui) cesseront de fonctionner, mais en cas de faille de sécurité il faudra vous débrouiller. 

S’agissant d’un projet open source, n’importe qui peut créer un « fork » et continuer à travailler dessus. Vous pouvez également vous tourner vers des sociétés tierces proposant des services de maintenance payants.

44 commentaires
Avatar de DoWnR Abonné
Avatar de DoWnRDoWnR- 20/12/19 à 09:47:19

C'est bien beau d'avoir un plan à long terme et de bien prévenir à l'avance du EOL, mais l'inertie des utilisateurs fait qu'ils n'ont de toute façon commencé à s'en inquiéter que cette année... et d'autres semblent attendre encore la date ultime :D

Avatar de KooKiz Abonné
Avatar de KooKizKooKiz- 20/12/19 à 09:53:52

Ca me rappelle la fin de Windows XP tout ça :transpi:

Avatar de yl INpactien
Avatar de ylyl- 20/12/19 à 10:03:44

En même temps, quand on n'est pas fichu d'offrir une compatibilité ascendante absolue (en général, ce type de pb est le symptôme d'erreurs de conception initiales) sur un langage de programmation, il ne faut pas s'étonner que les utilisateurs ne se bousculent pas pour porter ce qui fonctionne.
:fou:

Avatar de hansi Abonné
Avatar de hansihansi- 20/12/19 à 10:21:14

Vu les avantages évidents de Python 3, en particulier l'UTF-8, et le fait que la migration des projets de 2.X vers 3.Y se fait sans trop de problèmes, la décision de fin de support me semble pour une fois logique et aller dans le bon sens. Quant à faire comprendre aux clients qu'un programme, ça s'entretient, et que l'entretien à forcément un coût, c'est toujours la même problématique commerciale, tout OS confondu.

Avatar de 33A20158-2813-4F0D-9D4A-FD05E2C42E48 INpactien

yl a écrit :

ce type de pb est le symptôme d'erreurs de conception initiales

Tout le monde est bien d'accord que Python est bourré d'erreurs de conception. Python 3 a pu en corriger certaines, mais d'autres seront éternellement présentes.

Dont la pire est mise en évidence par l'ami Gustave lui-même :

https://bertrandmeyer.com/2019/12/01/adult-entertainment-2/

Avatar de crocodudule INpactien
Avatar de crocodudulecrocodudule- 20/12/19 à 11:32:49

Kodi 18 n'intègrant plus 2.7 pas mal d'extensions ne fonctionnent plus (du moins sans bidouiller un peu, ce que bien des utilisateurs sont incapables de faire), y compris des extensions présentes sur le dépot officiel.

Clairement je le regrette pas: il y aura probablement encore pendant quelques temps des extensions qui ne fonctionnent plus, mais ça imposera à kodi de faire un peu le ménage (y compris chez lui).

Avatar de crocodudule INpactien
Avatar de crocodudulecrocodudule- 20/12/19 à 11:36:43

hansi a écrit :

Vu les avantages évidents de Python 3, en particulier l'UTF-8, et le fait que la migration des projets de 2.X vers 3.Y se fait sans trop de problèmes, la décision de fin de support me semble pour une fois logique et aller dans le bon sens. Quant à faire comprendre aux clients qu'un programme, ça s'entretient, et que l'entretien à forcément un coût, c'est toujours la même problématique commerciale, tout OS confondu.

Le code est généralement facilement portable, ça peut se compliquer pour certaines librairies.

Avatar de anonyme_f3cfc6423586ba6bed42154d795b2b3f INpactien

Pour les barbus linuxiens, c'est comme si on leur disait qu'ils allaient devoir prendre une douche, le choc va être dur à digérer.

Avatar de skankhunt42 Abonné
Avatar de skankhunt42 skankhunt42 - 20/12/19 à 12:24:39

C'est vraiment facile de migrer un projet 2.6 / 7 sur du 3.x ? Je crois qu'a l'époque j'ai pas installé la version 3 car certains plus n'était pas disponible.

Avatar de tazvld Abonné
Avatar de tazvldtazvld- 20/12/19 à 12:33:17

yl a écrit :

En même temps, quand on n'est pas fichu d'offrir une compatibilité ascendante absolue (en général, ce type de pb est le symptôme d'erreurs de conception initiales) sur un langage de programmation, il ne faut pas s'étonner que les utilisateurs ne se bousculent pas pour porter ce qui fonctionne.
:fou:

Python2 n'était pas parfait, c'est même assumé par les concepteur. Certain point de conception initiales étaient mauvais (par exemple "print" à l'origine est un instruction du langage, est devenu une fonction en python3. Les exceptions sont maintenant des objets. La division d'entier donne un float et non plus un entier...), certain inconsistant (surtout au niveau des nom de modules), d'autre point sont aussi une évolution des technologies, ainsi les chaîne de caractères par défaut sont passé d'un ISO à de l'unicode/UTF8 (ce qui permet même d'utiliser des accents dans les commentaires.)...

Dans une bonne partie des cas, le module 2to3 devrait faire le taf pour convertir un ancien code python2 en python3.

Enfin de nombreux codes sont écrits pour être compatible 2 et 3 à l'aide de la bibliothèque "__future__" qui fait en sorte que python2 (récent) se comporte comme un python3.

Après, je te rassure, la très grande majorité des utilisateurs ont basculé sur python3, il n'y a que des avantages. Seuls les vieux cons codent encore en Python2. Ce qui pose problème, c'est surtout des codes qui ne sont plus du tout maintenu.

Il n'est plus possible de commenter cette actualité.
Page 1 / 5