Récemment, j’ai commencé à m’intéresser un peu à Gentoo. Aux yeux de nombreux utilisateurs Linux de bureau, l’installation de cette distribution historiquement importante est considérée comme un rite de passage. J’ai escaladé Mt. Arch, donc Gentoo Peak est le prochain dans mon alpinisme Linux.
Avant de commencer à y consacrer du temps, cependant, je voulais voir ce que je gagnerais de la formidable tâche d’installer Gentoo. En d’autres termes, qu’est-ce que Gentoo apporte à la table ? Beaucoup, il s’avère, mais nous y arriverons à temps.
Cette curiosité m’a envoyé dans un safari Linux beaucoup plus intéressant pour explorer ce qui différencie vraiment les distributions. Ce qui suit est le guide de terrain de classification que j’aurais aimé avoir quand j’ai commencé mon voyage Linux.
Les taches et les couleurs ne font pas l’espèce
Dans la construction de notre taxonomie, il y a des pièges extérieurs qu’il est tentant d’inclure, mais qui n’ont en fait aucune incidence sur la substance d’une distribution. Identifions-en quelques-uns afin de pouvoir les éliminer.
Nous allons ignorer la catégorisation amorphe sur le spectre allant de la distribution « débutant » à « utilisateur expérimenté ». Les régions de ce spectre reflètent la démographie approximative des utilisateurs qu’une distribution attire ; et ne met pas nécessairement ou directement en évidence la composition structurelle.
Par exemple, j’ai vu Manjaro qualifié de distribution pour débutants et j’apprécie sa mission de percer dans Arch Linux. Mais le fait qu’il soit possible que les utilisateurs de Manjaro aient besoin de rétrograder manuellement ses packages de versions progressives le place au-delà de ce que je recommanderais personnellement aux débutants. D’un autre côté, l’utilisateur d’ordinateur le plus compétent que je connaisse, un vétéran de plusieurs décennies dans le «secteur de la technologie», utilise Linux Mint, que je recommande en fait aux néophytes de Linux.
Les environnements de bureau ne sont pas non plus pertinents pour notre exploration. C’est une erreur que presque tous les utilisateurs Linux de bureau commettent au début, moi y compris. Il est naturel de prendre le composant le plus visible pour la distribution elle-même. Mais à quelques exceptions près, le bureau a peu d’incidence sur la composition réelle de la distribution. Avec beaucoup plus de distributions que de bureaux, il est courant que des distributions radicalement différentes aient le même bureau.
Passons à la taxonomie !
Alors qu’est-ce qui distingue une distribution d’une autre ? Chacun a sa propre combinaison de propriétés structurelles. Certaines de ces propriétés sont binaires – simplement présentes ou absentes – tandis que d’autres relèvent d’un continuum.
En général, cependant, n’importe quel point d’un continuum peut coexister avec n’importe quel point d’un autre. Avec suffisamment de continuums et de points sur eux, des combinaisons uniques sont vouées à émerger, créant des expériences utilisateur distinctives avec eux.
Les mises à jour sont-elles publiées via un modèle de version progressive ou un modèle de version ponctuelle ?
C’est une distinction à laquelle j’ai fait référence dans des articles précédents, mais qui mérite d’être revisitée compte tenu de sa pertinence directe. Dans le cadre d’un modèle de version progressive, les responsables de chaque paquet publient une nouvelle version à installer lorsqu’ils, en tant qu’équipe, sont prêts à la déployer.
Ils ne retardent pas leur mise à jour pour la publier à l’unisson avec une autre équipe et peuvent même ne pas faire grand-chose pour harmoniser leur package avec ses packages frères. En conséquence, les distributions de versions progressives offrent une expérience « à la pointe de la technologie » comme le moyen le plus rapide d’obtenir la dernière version du logiciel sans compiler à partir de la source. C’est la partie la plus nette du « bord » métaphorique.
L’alternative est le modèle de version ponctuelle. Avec les versions ponctuelles, tous les mainteneurs de paquets de la distribution se coordonnent pour publier leurs mises à jour par vagues planifiées. Les packages qui ont de nouvelles versions depuis la dernière vague atteindront tous l’utilisateur simultanément, que ce soit hebdomadaire, mensuel ou à un autre intervalle.
Bien que cela signifie que les utilisateurs peuvent ne pas profiter immédiatement des dernières fonctionnalités du logiciel, cela signifie généralement que le logiciel est plus stable. Les premières équipes à conclure leur travail doivent attendre que les dernières équipes finissent, donc au lieu de se tourner les pouces, elles peuvent peaufiner leur travail.
Dans quelle version majeure et mineure du noyau se verrouille-t-il ?
Lorsque la dernière version majeure d’une distribution tombe, les développeurs indiquent généralement quelle version majeure et mineure du noyau Linux ils prendront comme base pour le noyau de la distribution.
Étant donné que le noyau est essentiel à tout système d’exploitation, les développeurs d’une distribution peuvent vouloir modérer étroitement la façon dont il change. Cela permet aux développeurs de se concentrer sur le maintien d’une expérience stable avec un ensemble de fonctionnalités finalisées au lieu de se précipiter pour inclure chaque nouveau module et correctif du noyau en amont.
Les versions de noyau verrouillées diffèrent non seulement entre les distributions, mais entre les pistes de publication au sein d’une distribution. Par exemple, la dernière mise à jour de la piste LTS stable d’Ubuntu, Ubuntu 20.04.2, contient Linux 5.4. En revanche, la piste de test plus dynamique du développeur qui est sortie en octobre, Ubuntu 20.10, affiche le Linux 5.8 plus actuel.
Le modèle général est que plus la version du noyau est ancienne, plus le noyau personnalisé de la distribution est stable, car plus de temps s’est écoulé depuis que cette version a fait ses débuts à partir des développeurs Linux. En contrepartie, cependant, il y aura moins de modules, donc plus la version du noyau est ancienne, plus la nouvelle compatibilité matérielle est fragile.
La distribution est-elle en aval d’une autre ou d’un projet indépendant ?
Toutes les distributions ne sont pas autonomes. Il n’y a rien de mal à construire à partir d’une fondation posée par un autre projet – en fait, de nombreuses distributions très populaires font exactement cela. Mais lors de la classification des distributions, il est utile d’en tenir compte, car cela façonne l’expérience de l’utilisateur. Essentiellement, une distribution est soit indépendante, créée à partir de zéro, soit en aval, prenant une autre distribution comme point de départ.
Qui héberge (la plupart) les référentiels ?
Les référentiels (communément appelés « repos ») font la distribution. C’est là que tous les progiciels sont maintenus et proposés pour l’installation.
Bien que presque toutes les distributions aient au moins un référentiel pour conserver les packages internes, toutes les distributions n’hébergent pas tous les référentiels qu’elles utilisent. Au lieu de cela, ils pointent leurs gestionnaires de packages vers des référentiels hébergés par une distribution dont ils sont en aval.
Par exemple, certaines distributions en font leur objectif étroit, mais louable, de faciliter le processus d’installation d’une distribution en amont sans modifier le logiciel de cette dernière – la première a son référentiel pour l’installateur, et tout le reste est transmis dans la chaîne. À moins qu’elles ne construisent chaque paquet à partir de la source, les distributions indépendantes hébergent par définition leurs propres dépôts.
L’installation est-elle effectuée via un programme d’installation graphique ou un processus de ligne de commande interactif ?
Dans les temps anciens, seuls les adeptes du shell-fu pouvaient installer une distribution Linux. À l’ère moderne, l’installation de dizaines de distributions est aussi fluide que n’importe quel utilisateur pourrait le souhaiter. Il existe cependant des distributions qui préservent les anciennes méthodes où l’installation est un défi, mais gratifiant. Pour la plupart, une distribution a soit un programme d’installation graphique guidé, soit elle vous dépose dans un shell et suppose que vous savez ce que vous faites.
Le logiciel est-il installé à partir de packages maintenus ou à partir du code source ?
Enfin, une distinction moins courante mais essentielle est de savoir si les développeurs d’une distribution regroupent les programmes et les bibliothèques sous forme de packages, ou si le système compile tous les logiciels à installer à partir du code source.
La plupart des distributions que vous rencontrerez restent avec des packages, mais une poignée va dans l’autre sens. Dans ce cas, au lieu de dépôts, il a des structures de répertoires à jour pleines de fichiers d’instructions de compilation, qui téléchargent et compilent le code source lors de l’exécution. Gentoo étant l’un de ces rares, nous revenons à notre point de départ.
Ce ne sont en aucun cas toutes les caractéristiques par lesquelles on peut classer une distribution Linux, mais elles sont parmi les plus importantes et les plus faciles à repérer. Lorsque vous envisagez une distribution inconnue, si vous prenez le temps de la noter sur toutes ces mesures, vous pouvez saisir les bases de ce que vous pouvez attendre de l’expérience quotidienne de son exécution.
Laisser un commentaire