Les responsables Debian ont identifié un problème dans le noyau 6.1 pouvant provoquer une corruption des volumes ext4. En conséquence, la sortie prévue de Debian 12.3 n'aura pas lieu.
Le problème est identifié comme le bogue Debian n° 1057843 et a été classé avec un niveau de gravité « grave » – pire que « sérieux » et juste un cran en dessous de « critique ».
Malheureusement, le problème a été identifié alors que le déploiement de Debian 12.3 sur les différents serveurs miroirs était déjà en cours. Par conséquent, le déploiement de la version 12.3 est annulé et sera remplacé par la version 12.4.
Ce qui s'est passé est un peu compliqué. Au moment de la rédaction de cet article, il semble qu'un petit changement d'amélioration des performances effectué le 1er novembre ait été ramené à la version 6.1 à long terme du noyau. Jan Kara, développeur du noyau SUSE, a isolé le problème et l'a signalé à la liste de diffusion du noyau.
Il s'est avéré que le changement du 1er novembre nécessitait un autre changement différent, effectué le 10 juin, qui n'a pas été annulé. Avec le changement du 10 juin, le changement du 1er novembre est corrigé, ce n'est donc pas un bug en soi – il n'y a rien de mal à cela, à moins que le changement précédent n'ait été effectué.
Le problème semble affecter uniquement les versions 6.1.64 et 6.1.65 du noyau – il a été corrigé dans le noyau 6.1.66. Cependant, la version 6.1.66 a introduit un nouveau problème, également causé par le même type de problème : un correctif mineur a été rétroporté sans la modification préalable nécessaire.
Cette modification a été annulée le 11 décembre, donnant naissance au noyau 6.1.67, qui , au moment de la rédaction, est la version actuelle de 6.1 et corrige les deux problèmes.
Espérons que ce soit clair.
Ces problèmes de dépendance nous rappellent le mauvais vieux temps de Linux à la fin des années 90. À cette époque, les outils de gestion de packages tels que la commande RPM de Red Hat n'étaient pas assez intelligents pour suivre quand un package en nécessitait un autre et déterminer par eux-mêmes quels autres packages étaient nécessaires pour faire fonctionner quelque chose. L'installation de petits programmes – comme un éditeur de texte – peut impliquer de tracer manuellement toutes ses dépendances, de prendre des notes sur papier ou dans un fichier texte et de toutes les installer. Mais bien sûr, les dépendances peuvent avoir leurs propres dépendances, ce qui en fait un processus récursif. Vous devrez peut-être télécharger une douzaine de packages juste pour en faire fonctionner un.
Le bureau FOSS de Reg se souvient encore de la terreur provoquée par la mise à niveau de KDE 1.x vers KDE 2.x sur une première version de Red Hat Linux, qui nécessitait que plus de 200 packages soient identifiés manuellement, téléchargés individuellement et installés manuellement – dans cet ordre, n'est-ce pas ? , bien sûr.
La première distribution à corriger cet horrible processus fut Debian en 1999, lorsque la version 2.1 « Slink » était livrée avec le nouvel Advanced Package Tool – ou apt – qui pouvait le faire automatiquement. Franchement, même si Debian était encore très intimidante à l'époque, elle a immédiatement acquis un énorme avantage technique sur Red Hat.
Red Hat a finalement adopté le gestionnaire de paquets yum de Yellow Dog Linux spécifiquement pour PowerPC et a retrouvé une sorte de parité. Nous pensons qu'il a peut-être été inclus dans Red Hat Linux 8 en 2002 – mais si c'est le cas, cela n'a pas été mentionné dans l'annonce de la sortie.
Il a fallu près de dix ans pour que la résolution automatique des dépendances arrive sur les distributions Linux, et jusque-là, le problème semblait insoluble. Il est peut-être temps que quelqu'un conçoive un mécanisme de suivi et de résolution automatique des dépendances pour les modifications du code du noyau Linux.
