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 bogue Debian n° 1057843, et a été évalué avec un niveau de gravité « grave » – pire que « grave » 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. En conséquence, le déploiement de la version 12.3 a été annulé. Elle sera remplacée 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.
Ce changement a été annulé le 11 décembre, ce qui a donné naissance au noyau 6.1.67, qui au moment de la rédaction, il s'agit de la version actuelle 6.1 et résout 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 d’une décennie pour que la résolution automatique des dépendances soit intégrée aux distributions Linux, et jusque-là, cela semblait être un problème extrêmement complexe. Il est peut-être temps pour quelqu'un d'inventer une sorte de mécanisme automatique de suivi et de résolution des dépendances pour les modifications du code du noyau Linux.