Étiquette : linux

En vrac de milieu de semaine…

Un petit billet en ce pluvieux mois de décembre. Je ne sais pas pourquoi mais je sens que je vais me prendre des commentaires rageux utilisant le réseau TOR qui seront donc tués à vue 🙂

Côté informatique :

  • Si vous aimez Linux From Scratch et ne jurez que par ce projet, la NuTyX 20.12.0 est disponible avec pas mal de petites choses. Les notes de publication en français sont assez copieuses.
  • Dans la série « Elle bouge toujours, tant mieux pour les personnes qui l’utilisent », je demande la deuxième bêta de la Mageia 8. Plus d’infos sur les notes de publication.
  • Pour les fans de compilation, je demande la Crux 3.6.x qui a jadis servi de base de réflexion à une distribution peu connue, Archlinux. Plus d’infos sur les notes de publication.

Côté culture :

C’est tout pour aujourd’hui.

Bonne fin de journée 🙂

La mutation de CentOS 8, une tempête dans un verre d’eau pour 95% des linuxiens et linuxiennes ?

J’ai hésité avant d’écrire cet article, mais je dois dire que je n’ai plus qu’à me pencher pour récolter les sources qui vont alimenter cet article. Pour la plupart des Linuxiens de base, cette annonce n’aura aucune conséquence sur leur utilisation de l’OS au quotidien. Cela ne concerne – pour schématiser grossièrement – que les administrateurs de serveurs.

CentOS, c’est c’était la version communautaire de la Red Hat Enterprise Linux (RHEL) de même numérotation. Comme la RHEL, le support de 10 ans est un avantage non négligeable, surtout pour des serveurs dont on veut une disponibilité 24h/24 et tous les jours de l’année.

Comme l’a si bien dit un article du monde informatique, « Red Hat enterre CentOS Linux, ressucité en Rocky Linux » Oui, j’ai conservé la faute d’orthographe dans le titre. C’est un peu plus subtil que cela.

En gros, depuis un an, une branche dite « stream » de CentOS permettait d’avoir une préversion de la révision suivante de la RHEL. Red Hat a décidé de prendre CentOS dans sa totalité et l’orienter uniquement sur sa branche « stream » et avoir ainsi, si on peut le dire aussi simplement, une version bêta grandeur nature.

En gros, le schéma pour RedHat est désormais le suivant : RHEL (version finale), CentOS (version bêta), Fedora (version alpha). C’est de l’ultra-simplifié, mais l’idée est là.

Évidemment, comme le précise l’article du Monde Informatique, le créateur de la CentOS a décidé de « forker » CentOS pour revenir au point de départ : en faire une version communautaire de la RHEL. Le projet du nom de Rocky Linux ne propose sur son dépot github – au 14 décembre 2020 où j’écris cet article – qu’un ensemble de fichier readme. Mais le projet vient juste d’être lancé, donc restons patients 🙂

Pour les adminisrateurs systèmes qui utilisent CentOS, quelles sont les options disponibles ? Soit sortir le portefeuille et passer sur du RHEL, soit utiliser un autre « fork » de RHEL.

Certains proposeront le passage à Debian, soit. Mais outre le fait qu’il faudra réinstaller les serveurs, la durée de support d’une Debian donnée est passée de 5 à 7 ans. Il existe maintenant une version dite ELTS (pour extended LTS) payant (2040€ pour 6 mois) qui rajoute 2 années de support supplémentaires avec les 2 ans de la période classique LTS qui faisait passer le support de 3 à 5 ans.

Continuer la lecture de « La mutation de CentOS 8, une tempête dans un verre d’eau pour 95% des linuxiens et linuxiennes ? »

Les installateurs facilitants pour Archlinux… Mieux vaut en rire qu’en pleurer, surtout en cas de pépins…

Je dois vous raconter mes petites mésaventures matinales pour vous faire mieux comprendre le pourquoi du comment de ce billet. Mais commençons par un peu de contexte.

Hier soir, le 22 novembre, je suis allé sur le forum d’EndeavourOS et je suis tombé sur un fil concernant une modification concernant le logiciel CUPS qui est l’outil de gestion des imprimantes dans le monde linuxien.

En effet, Apple qui a maintenu durant des années le code de CUPS l’a laissé pourrir toute l’année 2020. Si on regarde au niveau des modifications de code en ce 23 novembre 2020, une seule entrée le 27 avril pour dire que CUPS 2.3.3 était sorti. Je ne sais pas pourquoi, mais ce code en train de se dessécher à l’air libre, ça me rappelle les conditions de naissance d’un certain LibreOffice.

Un fork – plus qu’utile pour une fois – a été lancé par l’organisation OpenPrinting. Sur le fil du forum d’EndeavourOS, j’ai appris qu’il fallait modifier le service pour lancer cups. En effet, on est passé du service org.cups.cupsd à cups.service. Ce qui est ennuyeux pour les installations automatisées.

Autant dire que la plupart des installateurs facilitant sont impactés jusqu’à la sortie d’une nouvelle version et si on utilise un d’entre eux actuellement, comme Anarchy, EndeavourOS, RebornOS ou encore Calam Arch Installer, c’est mal barré pour avoir le service CUPS fonctionnel au démarrage si le besoin s’en fait sentir.

J’en ai profité pour prévenir Chennux qui maintient un « fork » de mon guide d’installation pour Archlinux sur github. Ainsi qu’Anarchy pour qu’il corrige le code touché par la modification du service utilisé.

Imaginez donc la bonne surprise avec un installateur non à jour en ce qui concerne CUPS. Bienvenue dans les joies de l’administration d’une base Archlinux.

J’ai fini la parenthèse du contexte. Ce matin, je vais sur youtube et je tombe sur une vidéo promouvant Calam Arch Installer (qui ressemble étrangement à EndeavourOS sur le plan des principes utilisés). Je me suis dit que la vidéo en question tombait bien mal.

Une nouvelle fois, ce n’est pas l’installation d’une Archlinux qui est complexe, il suffit de savoir lire et d’avoir de bonnes bases en anglais. C’est la maintenance sur le long terme, et quand ce petit genre de pépin arrive, nombre de personnes qui ne se doutaient pas de la difficulté d’administrer une installation d’Archlinux bazarderont le tout.

Mais il est vrai que ce n’est que la quinzième fois que je parle de ce problème… Mais comme on dit : il n’y a pas pire sourd que la personne qui se bouche les oreilles. Sur ce, bonne journée 🙂

Je suis presque un libriste « puriste »… Au secours :)

Je sais, vous allez me dire : tu vas encore taper sur la tronche des libristes qui suivent les recommandations de la FSF au pied de la lettre. Il est vrai qu’il est facile de se moquer des distributions recommandées, surtout quand celles-ci ont un retard d’environ 2 ans sur la base qu’elle « librise ».

Mais il est vrai que pour les personnes utilisant la dite distribution, le plus important, ce n’est pas d’être à jour, mais d’être libre. J’ai déjà exprimé cela plusieurs fois sur le blog, mais bon, cela fait parfois plaisir de revenir sur un mode humoristique sur «  » »l’enfermement » » » des personnes dans un carcan qui prétend défendre la liberté des utilisateurs et utilisatrices d’informatique.

Il y a aussi des guerres intestines qui font que certaines distributions sont rejetées par la FSF car elles osent permettre l’accès – désactivé par défaut, mais peu importe – à des logiciels qui ne suivent pas à la lettre les recommandations listées par Richard Matthew Stallman en 1983-1984.

Ouvrons une rapide parenthèse.

Oui, je parle bien entendu d’une des distributions dont la descendance est énorme voire pléthorique : on y retrouve tout ce qui est Ubuntu et dérivées, comme la LinuxMint ou encore ElementaryOS par exemple, ou encore la MXLinux. Je parle de Debian GNU/Linux.

Je dirais bien qu’à vue de nez, sur le détesté Distrowatch sur les 275 distributions listées et marquées comme étant encore en vie, on doit pas être loin d’une bonne moitié qui est basée sur Debian ou Ubuntu, voire LinuxMint.

En effet, le format de paquet deb – créé à l’origine pour la Debian GNU/Linux – est utilisé par 125 distributions, peu importe leur place dans le classement de curiosité de Distrowatch. Soit 45,4% des 275 distributions marquées comme actives en ce milieu du mois de novembre 2020.

Sur les raisons officielles de la guerre intestine entre Debian et la FSF, je vous renvoie à la page dédiée sur le site de la Free Software Foundation. C’est assez tiré par la perruque il faut le dire ; Je cite le morceau de choix :

[…]
Debian est la seule distribution courante non agréée par la FSF qui garde les blobs non libres en dehors de sa distribution principale. Une partie du problème persiste cependant. Les fichiers de microcode non libre sont logés dans le répertoire non libre de Debian, référencé dans la documentation publiée sur debian.org, et l’installateur les recommande dans certains cas pour les périphériques de la machine.
[…]

Oh, mince ! C’est quand même bête de vouloir utiliser un équipement informatique dans sa totalité, par exemple certains circuits pour la connexion en wifi ou encore en bluetooth… Il est vrai qu’il faut rendre complexe la vie de l’utilisateur pour qu’il arrive dans le monde merveilleux du librisme selon les canons de la Free Software Foundation.

Fermons cette parenthèse qui a été plus longue que prévue !

Continuer la lecture de « Je suis presque un libriste « puriste »… Au secours 🙂 »

Ah, les Sans Distributions Fixe…

Oui, je sais on peut réduire le texte en « Ah, les SDF », mais le problème de ne pas avoir un toit au-dessus de sa tête est largement plus grave que de sauter de distributions en distributions en fonction de la direction du vent.

Cela fait plus de 10 ans que j’ai posé mes valises dans le monde Archlinuxien, et ce qui me parait bizarre, c’est de voir des personnes qui ont aussi une petite dizaine d’années d’expérience dans le monde linuxien et qui continuent de jouer à saute-moutons avec les différentes distributions qui existent et dont la multiplication continue, même si elle semble s’être ralentie en cette année 2020… du moins, c’est l’impression que j’en ai.

Comme si l’offre pléthorique et limite étouffante en terme de distributions GNU/Linux – dont le détesté Distrowatch nous indique qu’il en répertorie environ 280 en vie en cette fin octobre 2020 – obligeait à changer de distributions au moindre gaz intestinal de travers.

Bien qu’il faudrait mieux utiliser les distributions natives pour certains environnements, à savoir LinuxMint pour Cinnamon, Deepin pour le Deepin Desktop Environment, Fedora pour Gnome, Solus pour Budgie Desktop ou encore KDE Neon pour KDE, cela n’empêche pas la sortie de distributions qui proposent la totalité des environnements de bureaux au point de rajouter encore du bruit au bazar ambiant.

Cette multiplication sans fin des distributions fait que les efforts se dispersent, et font perdre du temps pour des tâches aussi basique que faire fonctionner une imprimante avec scanner, ou bien lire des fichiers au format mp3 dès l’installation. Donc, on va se retrouver avec des personnes qui pourront faire certaines tâches sans problèmes avec la distribution « A » qui merderont sans fin avec la distribution « B ».

Il n’y aucune distribution parfaite et il n’y en aura jamais. Les personnes qui affirment cela affabulent. Ce qu’il faut trouver, c’est la distribution qui colle le mieux à son propre cahier des charges. Point.

Continuer la lecture de « Ah, les Sans Distributions Fixe… »