IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

La période de maintenance des versions LTS du noyau Linux sera réduite de 6 à 2 ans en raison d'un manque de soutien et d'une charge de travail trop importante
Qui épuise les mainteneurs

Le , par Mathis Lucas

85PARTAGES

13  0 
La communauté Linux annonce un changement important : le noyau Linux de support à long terme (LTS) ne sera plus maintenu pendant six ans, mais seulement deux en raison d'un manque d'utilisation et de soutien, ainsi que d'un épuisement des mainteneurs. Bien que deux ans de maintenance soient suffisants pour les PC, cela pourrait ne pas être suffisant pour les appareils Android et de l'IdO, qui tendent à ne pas mettre à jour leur noyau. Par exemple, Android 14 devrait être piloté par Linux 5.4, une version LTS publiée en 2019. Ainsi, les responsables du noyau affirment qu'il n'y a vraiment aucun intérêt à maintenir des versions aussi longtemps alors que les gens ne les utilisent pas.

Linux enrichit les entreprises privées pendant que ses mainteneurs se tuent à la tâche

S'exprimant lors de l'événement Open Source Summit Europe cette semaine à Bilbao, en Espagne, Jonathan Corbet, développeur du noyau Linux et rédacteur en chef de Linux Weekly News, a annoncé qu'un changement important se profilait à l'horizon : le support à long terme (LTS) pour les versions du noyau sera réduit de six à deux ans. Cela promet de remodeler notre approche de la stabilité à long terme des systèmes. Mais bien que cela représente un changement majeur, il s'agit en réalité d'un retour en arrière. En 2017, le support est passé de 2 ans de support à 6 ans. Aujourd'hui, 6 ans plus tard, il s'avère que cela représente beaucoup de travail.


La période de maintenance comprend une période de support actif et une période de support étendu, au cours de laquelle des mises à jour de sécurité critiques et des corrections de bogues sont fournies. Le projet de revenir à deux ans n'est pas instantané et la communauté Linux continue d'honorer les délais de fin de vie actuels. Il existe actuellement six noyaux Linux LTS : 6.1, 5.15, 5.10, 5.4, 4.19 et 4.14. Dans le cadre du processus actuel (un support LTS de 6 ans), la version 4.14 disparaîtrait en janvier 2024, et un autre noyau serait ajouté. Toutefois, à l'avenir, lorsque le noyau 4.14 et les deux suivants disparaîtront, ils ne seront pas remplacés.

En effet, même cette fenêtre de six ans était censée être optionnelle au départ, la FAQ de la page de publication indiquant : « chaque nouveau noyau Linux LTS commence généralement avec une fin de vie prévue de deux ans seulement. Cette fenêtre peut être prolongée s'il y a suffisamment d'intérêt de la part de l'industrie dans son ensemble pour aider à le supporter pendant une période plus longue ». Mais les responsables de la maintenance du noyau ont apparemment remarqué que les versions LTS se sont accumulées au fils des ans, mais que peu de personnes les utilisaient. Corbet a également déploré un manque de soutien de la part de la communauté.

Corbet a déclaré : « il n'y a vraiment aucun intérêt à maintenir d'anciens noyaux aussi longtemps parce que les gens ne les utilisent pas ». L'autre grand problème est l'épuisement des mainteneurs. Il fait remarquer que les mainteneurs ne sont souvent pas rémunérés et qu'ils pourraient bénéficier d'un soutien beaucoup plus important de la part des entreprises multimilliardaires qui profitent de l'utilisation de Linux. Selon ses explications, les développeurs ne sont pas le problème. Les récentes versions du noyau Linux ont impliqué en moyenne plus de 2 000 programmeurs - dont environ 200 nouveaux développeurs - qui ont travaillé sur chaque version.

Rust serait à la fois une bonne et une mauvaise chose pour les mainteneurs

Selon Corbet, les responsables de la maintenance, c'est-à-dire les personnes qui vérifient que le code est adapté et qu'il fonctionne correctement, sont une autre paire de manches. Ils doivent assurer non seulement la maintenance du code du noyau Linux, mais aussi remplir leurs obligations vis-à-vis de leurs employeurs respectifs (qui sont d'autres entreprises distinctes de Linux). En outre, leur temps est de plus en plus...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de archqt
Membre émérite https://www.developpez.com
Le 23/09/2023 à 18:40
C'est quand même incroyable qu'Android utilise une si veille version.
2  0 
Avatar de AoCannaille
Expert confirmé https://www.developpez.com
Le 25/09/2023 à 13:49
Je suis mitigé sur cette annonce.
Visiblement, il y a une version LTS tous les ans, et que donc il y 6 versions maintenues en même temps.
C'est trop, c'est évident, n'importe qui qu a fait de la maintenance en branche sait que c'est une mauvaise idée.

Réduire à 2 ans de support réduit à 2 le nombre de version LTS en même temps, c'est plus raisonable, c'est sûr.

Pour le même résultat, je pense que j'aurais préféré garder 6 ans de supports, mais avec des version LTS tous les 3 ans ...

Et je suis évidement d'accord pour dire que les entreprises devraient bien plus s'impliquer dans le support de linux. Ne serat-ce qu'en mettant à disposition quelques experts pour les corrections. Je suis persuadé qu'une entreprise qui a les moyens de trouver et décrire précisément un bug du noyau linux a sans aucun doute les compétences pour proposer une correction prête a merger ou presque.
0  0