Étiquette : linux

En vrac’ de fin de semaine

Ultime en vrac’ de fin de semaine pour l’année 2020. Pas trop tôt !

Côté logiciel libre, informatique et internet.

Côté culture ?

Pour finir, une petite vidéo présentant les nouveautés de Dosbox-X 0.83.9 (version de janvier 2021) qui prouve que parfois on peut faire des trucs utiles avec 🙂

Bon week-end 🙂

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 🙂 »