Linus Torvalds exprime son mécontentement à l'égard des systèmes de fichiers insensibles à la casse : « les noms insensibles à la casse sont terriblement erronés »mais certains ne partagent pas son avis
Les travaux sur le noyau Linux 6.15 continuent de susciter des réactions brutales de la part de Linus Torvalds. Il a précédemment exprimé sa frustration à propos de certaines sections du code de test qui ont ralenti le processus de construction dans la version 6.15-rc1 du noyau Linux. Puis, récemment, il a partagé son point de vue sur une idée controversée de longue date : les systèmes de fichiers insensibles à la casse. Et comme d'habitude, il ne s'est pas retenu. S'adressant au développeur du nouveau système de fichiers Linux Bcachefs, il a déclaré : « les noms insensibles à la casse sont terriblement erronés, et vous n'auriez pas dû les utiliser du tout ».
L'élément déclencheur immédiat a été un bogue découvert dans Bcachefs, un système de fichiers Linux relativement nouveau qui est en cours de préparation pour une utilisation courante dans le noyau. Le développeur de Bcachefs, Kent Overstreet, a introduit des modifications pour prendre en charge les noms de fichiers insensibles à la casse, mais ces changements ont entraîné des problèmes. Ce qui a visiblement déclenché la colère de Linus Torvalds.
À la suite des modifications introduites par Kent Overstreet, il a été découvert que sa prise en charge des cas de figure (la partie qui permet à un système de fichiers de traiter « File.txt » et « file.txt » comme un seul et même fichier) était défectueuse. Un correctif a été soumis pour le noyau Linux 6.15.
À première vue, il s'agit d'un simple rapport de bogue de routine. Mais pour Linus Torvalds, il ne s'agit pas d'un petit problème technique. Selon lui, il s'agit d'un symptôme d'un problème beaucoup plus profond que les développeurs de systèmes de fichiers ne cessent d'ignorer. Son argument principal : la normalisation de la casse ne devrait même pas exister. Le message de Linus Torvalds ne concernait pas seulement un bogue. Il s'agit de l'idée en elle-même.
Envoyé par Linus Torvalds
La seule leçon à retenir est que les spécialistes des systèmes de fichiers n'apprennent jamais. Les noms insensibles à la casse sont terriblement erronés, et vous n'auriez pas dû les utiliser du tout. Le problème n'était pas l'absence de tests, le problème était de les mettre en œuvre dès le départ.
Le problème est ensuite aggravé par « le fait d'essayer de faire les choses correctement » et, ce faisant, de les faire horriblement mal, parce que le « bien » n'existe pas, mais essayer de le faire donnera aux octets aléatoires une signification très magique. Et puis, les tests sont tous complètement cassés de toute façon. Aux dernières nouvelles, ils n'ont pas testé tous les cas vraiment intéressants - ceux qui causent des problèmes de sécurité dans l'espace utilisateur.
Des problèmes de sécurité comme « l'espace utilisateur a vérifié que le nom de fichier ne correspondait pas à un motif sensible à la sécurité ». Et puis le système de fichiers de merde finit par correspondre à ce motif *de toute façon*, parce que les gens qui font de l'insensibilité à la casse *INVARIABLEMENT* font des choses comme ignorer les caractères non imprimables, de sorte que maintenant « insensible à la casse » signifie aussi « insensible à d'autres choses aussi ».
Le problème de Bcachefs n'est pas non plus la première fois que les systèmes de fichiers Linux rencontrent des problèmes de normalisation de la casse. Par le passé, il y a eu des problèmes tels que le comportement de la normalisation de la casse avec les emojis et d'autres caractères Unicode spéciaux.
Les incohérences et les risques liés au standard informatique Unicode
La discussion déclenchée par le développeur du système de fichier Bcachefs a ravivé un débat plus large sur la pertinence des systèmes de fichiers insensibles à la casse. Certains membres de la communauté estiment que cette fonctionnalité (l'insensibilité à la casse) est nécessaire pour assurer la compatibilité avec des systèmes comme Windows, tandis que d'autres, comme Linus Torvalds, considèrent que cela introduit des risques de sécurité et de cohérence.
Linus Torvalds a mis en lumière certaines incohérences liées à Unicode et aux caractères non imprimables. Ces incohérences peuvent entraîner des erreurs de correspondance des noms de fichiers et, par conséquent, nuire à la fiabilité du système. Il souligne que les « points de code ignorables » d'Unicode peuvent faire en sorte que deux noms de fichiers apparaissent différents à un utilisateur, mais sont traités comme étant identiques par un système de fichiers.
Par exemple, les emojis ❤ et ❤️ sont deux caractères Unicode distincts, mais la normalisation naïve de la casse peut les traiter à tort comme identiques. Il a déclaré : « ainsi, chaque programme en mode utilisateur qui vérifie qu'il ne touche pas aux chemins spéciaux est susceptible d'être trompé et de faire des choses qu'il a explicitement vérifié qu'il ne devait pas faire. Et non, ce n'est pas quelque chose d'inhabituel ou d'étrange. Des tas de programmes font cela ».
Cependant, certains membres de la communauté ne partagent pas son avis. « Le problème est que l'insensibilité à la casse est gênante pour les codeurs, mais pratique pour les utilisateurs. Parfois, je trouve tout aussi pratique de taper "torvalds" que "Torvalds". Cela devrait-il désigner deux personnes différentes ? La sensibilité à la casse est un artefact de la manière dont les éléments du langage sont codés », a écrit un utilisateur. Il a ajouté :
Envoyé par Critique
Les systèmes de fichiers existent pour organiser, stocker et récupérer des données. Ils sont inutiles si les utilisateurs ne peuvent pas trouver ce qu'ils veulent dans une grande collection de fichiers. Vous savez ce qui permet de cacher les fichiers aux utilisateurs ? La sensibilité à la casse. Peu importe la supériorité technique de la sensibilité à la casse, si vous la défendez pour un système de fichiers exposé à l'utilisateur, vous avez tort.
Linus Torvalds souvent critiqué pour ses prises de position jugées brutales
Linus Torvalds est le créateur du noyau Linux et dirige la maintenance du projet depuis plus de 30 ans. Il est extrêmement investi dans la qualité et la stabilité du noyau Linux. Il considère que Linux doit être conçu de manière robuste et sans compromis sur la sécurité. Ainsi, lorsque des décisions sont prises concernant des changements dans le noyau (comme l'introduction de systèmes de fichiers insensibles à la casse), il les examine de manière rigoureuse.
Si une décision ne lui semble pas optimale ou risquée, il n'hésite pas à exprimer son mécontentement de manière forte. Mais son style de gestion est de plus en plus critiqué. À plusieurs reprises, il a été critiqué pour ses méthodes de communication qui peuvent être perçues comme agressives ou offensantes.
« Je respecte Linus Torvalds, mais sérieux, il me désespère dans sa façon de parler aux gens. Ça ne donne pas envie de contribuer », a écrit Metal3d, un lecteur de Developpez.com. Face aux critiques, Linus Torvalds a montré par le passé une volonté d'évoluer, notamment après avoir pris des pauses pour réfléchir à son comportement et à la façon de mieux interagir avec les membres de la communauté. Toutefois, rien n’a changé véritablement.
Dans le cas de l'introduction des systèmes de fichiers insensibles à la casse, Linus Torvalds a clairement exprimé sa frustration face à ce qu'il considère comme une mauvaise conception. Pour Linus Torvalds, ces choses sont faites sans tenir compte des conséquences à long terme. Il voit ces changements comme des erreurs qui peuvent entraîner des risques de sécurité et de fiabilité, et il souhaite que les décisions soient prises avec plus de prudence.
Source : Linus Torvalds
Et vous ?
Quel est votre avis sur le sujet ? Que pensez-vous des systèmes de fichiers insensibles à la casse ? Linus Torvalds affirme que cette fonctionnalité est terriblement erronée. Qu'en pensez-vous ? Pensez-vous également que l'insensibilité à la casse introduit des risques de sécurité et de cohérence ?Voir aussi
Linus Torvalds critique le code de test resté dans Linux 6.15-rc1 qui ralentit le processus de build : « N'obligez pas les autres à voir cette chose dégoûtante » Le noyau Linux 6.14 est disponible avec un pilote NTSYNC fonctionnel destiné à améliorer les performances des jeux Windows sur Linux fonctionnant avec Wine et un meilleur équilibrage des lectures Btrfs RAID1 L'un des responsables de la maintenance du noyau Linux Rust se retire du projet, invoquant des "absurdités non techniques" Linus Torvalds : « Vos limitations matérielles ne devraient pas être un problème pour le reste d'entre nous », le père de Linux fustige les partisans de la limite de 80 caractères par ligne de code
Vous avez lu gratuitement 84 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.
.