2 pièce(s) jointe(s)
La période de maintenance des versions LTS du noyau Linux sera réduite de 6 à 2 ans
« Il est vraiment difficile de trouver des mainteneurs » : Linus Torvalds a évoqué la difficulté de trouver de futurs responsables
du développement de Linux à l'occasion d'une conférence
« C’est une nouvelle façon étrange de faire des conférences » a plaisanté Torvalds en s’adressant à Dirk Hohndel, Chief Open Source Officer chez Vmware à l’occasion de la conférence Open Source Summit and Embedded Linux qui se tient cette semaine en ligne, crise sanitaire oblige.
Ils ont abordé divers sujets, Hohndel rappelant que les sujets ne sont pas préparés à l’avance : « nous ne parlons jamais de mes questions d'avance, donc c'est en effet une conversation en direct ». Il lui a posé des questions sur la prochaine version « vraiment grosse » du noyau 5.8. Hohndel s'est demandé si ce volume important pourrait être une conséquence du confinement des développeurs en raison du coronavirus.
Torvalds, qui a toujours travaillé de son domicile, a déclaré : « il est possible que 5.8 soit [aussi volumineux] à cause du fait que les gens restent chez eux, mais il se peut également que plusieurs groupes différents aient fini à peu près en même temps de travailler sur de nouvelles fonctionnalités en 5.8 ». Et de noter « qu’il pourrait s'agir de l'une de ces versions où, en raison de sa taille, nous devrons retarder la version finale et passer par une ou deux RC [Release Candidate] de plus que d'habitude » ajoutant que « jusqu'à présent, les choses se sont passé sans accrocs ».
Linux a noté que le coronavirus n’a pas eu d’impact trop négatif sur le développement de Linux : « L'une des choses qui est si intéressante à propos de la communauté Linux est de voir à quel point elle a toujours été basée sur le courrier électronique et distante, à quel point nous nous réunissons rarement en personne ».
La diversité de la communauté Linux
Compte tenu de l’actualité dans le monde, Hohndel a abordé la question de la diversité dans la communauté des développeurs du noyau Linux : « l’une des choses que j'ai trouvées frappantes lorsque je regarde notre communauté et la CNCF [Cloud Native Computing Foundation], je vois une part beaucoup plus importante de contributeurs et de dirigeants noirs, Kelsey Hightower et Bryan Liles. Et je ne pense pas que je vois cela sous Linux. Est-ce juste que je ne vois pas les bonnes personnes, ou sommes-nous moins diversifiés sur le plan racial que certaines fondations plus jeunes ? »
Torvalds a répondu : « Honnêtement, je ne sais pas et pour deux raisons : l’une est que je me dis que beaucoup de gens qui travaillent sur les technologies bas niveau sont des personnes qui ont commencé il y a plusieurs décennies . Et c'est ainsi qu'ils sont entrés dans toutes les interfaces matérielles de bas niveau et dans les systèmes d'exploitation. Mais l'autre raison c'est que littéralement je ne sais pas ».
Torvalds a ajouté que l'équipe de développeurs du noyau est une « foule très homogène. Mais je ne connais même pas tous les nouveaux développeurs que, nous avons à chaque version. Nous avons plus de 1000 nouveaux développeurs. Et je ne sais pas ce que sont les gens ou si ce sont même des gens. Il pourrait y avoir des Pull Request envoyées par des intelligences artificielles ».
Il a également émis l'hypothèse qu'une raison pour laquelle la CNCF et d'autres projets plus récents pourraient avoir une communauté de développeurs plus hétérogène est que, franchement, les programmes liés au cloud sont plus intéressants : « j’ai dit aux gens que s'ils recherchaient un nouveau projet passionnant, les kernel ne sont pas l'avenir. Les bases d'un système d'exploitation moderne ont été définies dans les années 60 ».
Torvalds a continué en disant que beaucoup de travail sur le noyau se résume à « faire des choses littéralement très fondamentales ; nous nettoyons et résolvons les problèmes ». Le noyau Linux, a déclaré Torvalds, est à la fois ennuyeux et intéressant. « Par ‘ennuyeux’ je sous-entends que beaucoup de nouvelles technologies devraient être plus intéressantes. Pour moi et pour beaucoup d'autres personnes, il n'y a rien de plus intéressant que d'interagir à bas niveau avec le matériel et vraiment contrôler tout ce qui se passe. Les kernel ne sont pas ennuyeux, mais la plupart des gens devraient les considérer comme tels ».
Mais, si vous êtes vraiment intéressé par l'interaction de bas niveau entre le matériel et le système d'exploitation, Torvalds a déclaré : « il y a beaucoup de travail technique intéressant en ce moment ».
Vient alors la question de la prochaine génération
Hohndel a noté : « Beaucoup d'entre nous avons un âge qui commence par le chiffre cinq, tandis que certains se rapprochent de la soixantaine. Donc, à un moment donné, en tant que communauté, nous devons commencer à penser au changement générationnel ».
Ce à quoi Torvalds a acquiescé : « Oui, nous vieillissons ». Il a poursuivi en reconnaissant que bon nombre des développeurs parmi les plus anciens « sont passés de la maintenance et à la gestion. Je n'aime pas le mot gestion, parce que je ne me considère pas comme un gestionnaire, mais en réalité c'est ce que je fais ».
« Les nouvelles personnes sont celles qui font souvent le travail [de programmation]. Nous avons des gestionnaires et des employés qui vieillissent c'est, je pense, un problème complètement différent. Mais nous avons une génération de personnes dans la trentaine qui gravit les échelons des mainteneurs et nous pouvons espérer avoir cette prochaine vague de personnes à qui nous passerons le relais. Après tout, nous faisons cela depuis près de 30 ans et nous devons donc commencer à réfléchir sur les 20 à 30 prochaines années. Il est donc nécessaire d’avoir cette prochaine génération ».
Mais Torvalds a identifié un problème : « Nous n'avons pas assez de mainteneurs. Il s'avère qu'il est vraiment difficile de trouver des personnes qui sont des mainteneurs. C'est intéressant et difficile, mais l'un des inconvénients d'être un mainteneur du noyau est qu'il faut être là tout le temps. Ce n'est peut-être pas 24 heures sur 24, mais chaque jour vous devez réagir au courrier électronique, vous devez être disponible ».
De plus, « nous avons beaucoup de gens qui écrivent du code. Nous avons des centaines de personnes qui sont débutantes et c'est généralement plus que la plupart des projets . Mais en même temps, le seul véritable blocage que nous avons souvent, c'est notre besoin pour les mainteneurs qui vont consulter le code des autres et les aider ».
Un autre problème avec la recherche de mainteneurs est que : « cela prend du temps, il faut de l'expérience. Vous devez avoir fait cela pendant un certain temps, en tant que mainteneur de bas niveau, pour monter lentement et gagner la confiance d'un nombre suffisant de personnes, y compris vous-même. Cela prend du temps ».
C, le langage dans lequel le noyau est pour la plupart écrit, est-il progressivement remplacé par Go et Rust ?
Est-ce que C, le langage dans lequel le noyau est pour la plupart écrit, est remplacé par Go et Rust, de sorte qu'il y a « un risque que nous devenions les programmeurs COBOL des années 2030 ? », s’est demandé Hohndel. « C est toujours l'un des 10 langages les plus populaires », a répondu Torvalds. « Les gens cherchent activement à faire des pilotes et des choses qui ne sont pas très centrales pour le noyau, par exemple, en Rust. Les gens cherchent à le faire depuis des années maintenant. Je suis convaincu que cela va arriver un jour. Ce ne sera peut-être pas Rust, mais il va arriver que nous disposions de différents modèles pour écrire ce genre de choses, et C ne sera pas le seul ».
Qu’en est-il de Linux on Arm ?
« Je me demandais si le passage d'Apple à Arm ferait d'Arm64 une véritable plateforme de premier ordre », a déclaré Hohndel.
« Au cours des 10 dernières années, je me suis plaint du fait qu'il est très difficile de trouver du matériel Arm utilisable par un développeur », a répondu Torvalds. « Je pense que le fait qu'Apple passe à Arm aidera l'écosystème Arm du point de vue du développement... J'espère que dans quelques années, il y aura un puissant bureau Arm qui pourra être utilisé pour le développement.
« Vous pouvez faire du développement dans le cloud. Amazon avec Graviton 2 a fait beaucoup mieux dans l'écosystème Arm dans le cloud que nous l'avons vu auparavant.
« Mais le développement cloud n'est pas le type de développement que la plupart des développeurs de noyau veulent faire. Vous voulez avoir la machine devant vous. Vous ne voulez pas simplement développer pour Arm, vous voulez utiliser Arm au jour le jour sur le bureau. C'est mon sentiment ».
Source : Conférence Open Source Summit and Embedded Linux
2 pièce(s) jointe(s)
La période de maintenance des versions LTS du noyau Linux sera réduite de 6 à 2 ans
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
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 sollicité, en raison du manque de personnel et de l'utilisation de la technique du fuzzing pour trouver les bogues. Corbet a déclaré que le fuzzing, bien qu'il soit utile, finit par alourdir la charge de travail des mainteneurs du noyau Linux.
Josef Bacik, développeur et mainteneur du système de fichiers du noyau Linux, affirme : « les responsables de la maintenance s'épuisent [parce que] les responsables de la maintenance ne sont pas évolutifs ». Darrick Wong, un autre responsable du noyau Linux, a ajouté : « cela ne peut pas durer. Nous avons besoin d'aide ». Dans le même temps, une autre difficulté pour les mainteneurs réside dans le choix de Rust comme le deuxième langage de développement du Linux. Plus de 30 ans après avoir été développé exclusivement en C, Linux a accueilli Rust l'année dernière. Le projet est salué et est censé éliminer certaines classes d'erreurs liées au C.
Cependant, Rust est relativement jeune par rapport au C, ce qui demande plus de travail aux mainteneurs du noyau Linux, dont certains ont passé 30 ans à travailler avec le langage C. De plus, les discussions sur l'intégration de Rust dans le noyau Linux montrent que certains mainteneurs n'aiment pas Rust. Ils sont réticents à ce que le langage conçu par Mozilla devienne le langage principal de développement du noyau Linux. À en croire Corbet, la question n'est pas encore tranchée, mais pour l'être dans un avenir proche. Pour l'instant, Rust continue son petit bonhomme de chemin au sein du noyau et d'autres ajouts importants sont prévus prochainement.
Alors, comment les mainteneurs peuvent-ils bénéficier de plus de soutien ? Corbet a suggéré que leurs employeurs les rémunèrent pour le travail accompli dans le cadre de la maintenance du noyau Linux. Selon Corbet et ses collaborateurs, les entreprises qui profitent de Linux doivent comprendre qu'elles doivent rendre à Linux ce que le noyau leur a donné si elles veulent continuer à en récolter les fruits. Bien entendu, cette suggestion de Corbet est controversée et fait l'objet d'un débat au sein de la communauté. Certains ont fait remarquer qu'il s'agit d'un problème épineux que la communauté du noyau Linux peine à résoudre depuis des décennies.
Comment le passage aux versions LTS de deux ans pourrait-il affecter les utilisateurs ?
Selon les analystes, ce changement aura un moindre impact sur les PC. Toutefois, il devrait avoir un impact beaucoup plus important sur les appareils Android, les montres connectées et d'autres appareils de l'Internet des objets (IdO). Ces appareils ont tendance à ne pas mettre à jour "rapidement" leur noyau Linux, de sorte que ce délai de support pourrait être problématique. Sur les PC, les deux ans représentent le temps écoulé entre les mises à jour du noyau, ce qui est un délai raisonnable. Mais dans le cas des appareils de l'IdO, cette durée représente la majeure partie du cycle de développement et la totalité de la fenêtre d'assistance au consommateur.
Le délai n'est donc pas assez long. Selon plusieurs sources, l'extension LTS originale, notamment celle qui était prévue pour durer six ans, a été principalement conçue pour Android et les appareils de l'IdO, et prenait en compte le temps nécessaire à leur développement et aux cycles de support. Elle a été annoncée en 2017 lors d'une conférence sur Android Linux par Iliyan Malchev, développeur chez Google. À la suite du changement, soit avec le support de 2 ans, le noyau LTS arriverait en fin de vie juste au moment où le téléphone Android serait finalement livré, et les clients utiliseraient des noyaux obsolètes pendant toute la durée de vie de leurs appareils.
Il faut souligner que le processus de développement du noyau d'Android est une pile de forks. Tout d'abord, Google s'inspire d'un nouveau Linux LTS pour créer le noyau "Android Common", qui est ensuite envoyé aux fournisseurs de circuits intégrés (SoC), comme Qualcomm, et un nouveau fork est créé pour chaque modèle de SoC. Enfin, ce fork est envoyé aux fabricants d'appareils, qui le dérivent à nouveau pour chaque modèle d'appareil. Cela prend du temps. Les documents de Google indiquent qu'Android 14 devrait être piloté par Linux 5.14, une version LTS vieille de 4 ans. L'on ignore comme ce changement affectera la plateforme Android.
Il y a aussi les montres connectées à considérer, où les choses semblent encore pires. La Pixel Watch de Google est basée sur le noyau Linux 4.19. Le noyau était déjà vieux de plus de quatre au moment ou Google lançait la Pixel Watch.
Source : Intervention de Jonathan Corbet à l'Open Source Summit Europe 2023
Et vous ?
:fleche: Quel est votre avis sur le sujet ?
:fleche: Que pensez-vous du raccourcissement de la durée de maintenance des versions LTS du noyau Linux ?
:fleche: Que pensez-vous des raisons évoquées par les responsables du noyau Linux pour justifier ce changement ?
:fleche: Selon vous, comment la communauté Linux peut-elle réduire la charge de travail des mainteneurs du noyau ?
:fleche: Comment venir à bout des autres problèmes évoqués par le développeur Linux Jonathan Corbet ?
:fleche: Les entreprises qui s'enrichissent grâce à Linux seront-elles disposées à payer les mainteneurs ?
:fleche: Quels impacts ce changement pourrait-il avoir sur l'industrie, en particulier sur les appareils de l'IdO ?
Voir aussi
:fleche: Linus Torvalds publie le noyau Linux 6.5 avec la prise en charge du protocole MIDI 2.0 dans la pile logicielle ALSA, la prise en charge de Landlock et le support d'ACPI pour l'architecture RISC-V
:fleche: Quarante ans du système d'exploitation GNU et du mouvement du logiciel libre par la Free Software Foundation (FSF)
:fleche: GNOME 45 "Riga", un environnement de bureau Linux, est disponible avec une recherche améliorée et de nouveaux designs