Fedora prévoit de fusionner le contenu des répertoires /usr/bin et /usr/sbin

Dans la version Fedora 40, il est proposé de fusionner le contenu des répertoires /usr/bin et /usr/sbin, en remplaçant le répertoire /usr/sbin par un lien symbolique pointant vers /usr/bin. La transformation de /bin et /sbin en liens symboliques vers /usr/bin et /usr/sbin a été réalisée en 2012 dans Fedora 17. Après avoir centralisé tous les fichiers exécutables au même endroit, la mention du répertoire /usr/sbin sera supprimée de la variable d'environnement PATH. La proposition est actuellement en discussion et n'a pas encore été examinée par le comité FESCo (Fedora Engineering Steering Committee), qui est responsable de la partie technique du développement de la distribution Fedora.

On note que la séparation des fichiers exécutables dans les répertoires bin et sbin est une pratique obsolète qui a perdu son sens dans les distributions modernes. À l'origine, il était prévu que les fichiers exécutables les plus importants soient placés dans sbin, compilés statiquement et adaptés à l'appel en mode de récupération, par exemple en cas de corruption d'une partie du système de fichiers ou d'inaccessibilité de la partition /usr. Dans Fedora, le contenu de sbin n'est plus compilé de manière statique depuis longtemps, et le contenu est en réalité placé dans la partition /usr, et non dans la partition racine.

La séparation entre sbin et bin était également utilisée pour distinguer les programmes destinés à l'administrateur de ceux destinés à l'utilisateur ordinaire, mais les critères de placement des programmes dans sbin ou bin sont plutôt flous, et depuis de nombreuses années, dans la plupart des distributions, la variable d'environnement PATH pour tous les utilisateurs inclut à la fois /usr/bin et /usr/sbin (systemd ajoute par défaut les deux répertoires au PATH pour tous les utilisateurs et services). Ainsi, en pratique, la séparation entre bin et sbin n'est plus appliquée depuis longtemps et ne fait que compliquer les choses lorsqu'il est nécessaire d'utiliser un chemin absolu vers un fichier exécutable, surtout dans des contextes où les différentes distributions répartissent les fichiers exécutables de manière différente entre les répertoires bin et sbin.

L'unification de bin et sbin simplifiera le travail des responsables des paquets, qui n'auront plus à deviner dans quel répertoire placer le fichier exécutable ; cela rendra le système plus prévisible et clair pour les utilisateurs ; augmentera la compatibilité avec d'autres distributions (par exemple, dans Fedora, l'outil ip était placé dans sbin, tandis que dans Debian, il était dans bin, après l'unification, le chemin spécifique à Debian fonctionnera aussi dans Fedora) ; rendra la distribution plus compatible avec Arch Linux, qui a effectué la fusion de sbin et bin en 2013 ; réduira le nombre de vérifications de répertoires lors de l'exécution de execvp() et d'appels similaires (il suffira de parcourir un seul répertoire, au lieu de deux) ; et simplifiera la recherche dans les journaux et l'analyse des sorties d'outils comme strace.

Source : opennet.ru

Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS 🔥 Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster