J’adore les commentaires de mon blog, surtout quand ils sont critiques, qu’ils m’accusent de jouer sur le mots et autres argumentations qui sentent bon le souffre

Dans un commentaire, j’ai appris l’existence d’un néologisme qui est à mes yeux une justification pour l’utilisation de logiciels abandonnés en amont que l’on trouve souvent sur les distributions fixed releases plutôt conservatrices. Je tiens à remercier Palatino pour le terme exprimé dans le commentaire suivant que je cite intégralement.

Après le « distro-hopping, expression d’une insatisfaction chronique ? », le « soft-hopping », ou la nécessité d’avoir toujours la dernière version du logiciel, que ce soit utile ou pas.

Je rejoins le commentaire de dec: « Tu fais tjrs la course aux dernières versions même si elle ne t’apporte rien dans l’absolue ».

Je dois dire que ce commentaire a été source d’une réflexion que je vous livre ici. Je tiens à préciser que je ne pense pas avoir toujours raison. Si c’était le cas, cela ferait longtemps que je me serai lancé en politique pour décrocher le cocotier, à savoir le fauteuil de président de la République.

Sur le plan pratique, avoir un logiciel supporté par l’équipe de développement, cela permet plusieurs choses, entre autres :

1. avoir une forte certitude que les bugs que l’on peut rencontré à l’utilisation seront corrigés
2. avoir la possibilité de rapporter un bug sans se faire envoyer paître par les développeurs avec l’argument du « on ne supporte plus cette version, démerdez-vous ! » exprimée de manière plus diplomatique
3. être à peu près certain que les failles potentielles de sécurité dévoilées seront prises en compte
4. en cas de nécessaire compatibilité avec des formats fermés d’avoir un meilleur support avec le monde extérieur

Il est évident que certains logiciels sont parfois un peu frais et que ça peut merder. Mais entre un logiciel un peu trop frais et un qui ressemble à une momie en voie de fossilisation, il y a un juste milieu à trouver, non ?

Évidemment, les équipes de maintenance de logiciels au niveau des distributions peuvent toujours rétroporté les correctifs de sécurité, mais cela finit par se transformer en un empilage de rustines digne de la tour de Pise. Bon, j’y vais un peu fort, mais l’idée est là.

De plus, on ne peut pas rester éternellement sur de vieilles versions de logiciels, ne serait-ce qu’au niveau des bibliothèques utilisées. À un moment ou à un autre, il faudra migrer vers une version plus récente du logiciel, voire de la base utilisée.

On pourrait me répondre : un logiciel qui a atteint une certaine maturité n’a plus besoin d’évoluer. Citez-moi un logiciel dont l’évolution s’est arrêtée et qui est toujours utilisable de nos jours. J’avoue que je sèche un peu. Si vous en avez un à me citer, je suis preneur.

Même au niveau des systèmes d’initialisation, le vénérable sysVinit continue d’évoluer. Au moment où j’écris cet article en mai 2019, la dernière version est la 2.94 sortie en février 2019 !

Il y a aussi le cycle d’évolution des logiciels. Comme je le dis souvent, le cycle des gros projets applicatifs tournent dans les 6 mois (Gnome, KDE, LibreOffice) ou un an (Mate-Desktop) pour rester dans les grands noms.

Si on va dans le domaine des navigateurs web, c’est 6 à 8 semaines entre deux versions. Il y a bien la version ESR (Enterprise Service Release) pour Mozilla Firefox qui a une durée de vie de près d’un an.

Le noyau Linux ? Une nouvelle version majeure tous les deux mois, avec deux à trois noyaux LTS par an. On peut rester sur les noyaux LTS tant que l’on a pas un matériel qui nécessite un noyau à courte durée de vie comme ce fut le cas de mon Ryzen3 2200G en février 2018.

Le noyau linux 4.19.xx LTS gère la totalité de l’APU qu’est le Ryzen3 sans problème, mais j’ai l’habitude de rester sur le noyau le plus récent, maladie de l’archlinuxien chronique sans aucun doute.

Ensuite, on peut très bien resté sur des logiciels anciens. Libre à vous de le faire.

Personnellement, je préfèrerai toujours utiliser des logiciels encore supportés par les équipes de développement pour une simple et bonne raison : je suis un utilisateur actif et plutôt ancien du logiciel libre, qui depuis qu’il a accédé au mono-boot sur le long terme – grâce à la première version LTS d’Ubuntu  la 6.06 – n’a plus fait de distro-hopping depuis son passage vers Archlinux en dehors de deux courtes périodes sur la presque oubliée Frugalware Linux.

En gros, depuis 2011-2012, je suis resté sur mon Archlinux testing qui a suivi mes évolutions matérielle sans broncher.

Prenons rapidement un parallèle automobile. Je dois l’avouer, je suis un amoureux de la coccinelle des années 1960-1970, la « Choupette ». Mais je n’oublie pas que c’est une voiture qui est moins sécurisée que les modèles modernes et qui consomme pas mal… Si j’en crois cette page du site « Le blog Auto », une Choupette peut consommer entre 6,7 et 10 litres pour 100 km parcourus… Ça pique rapidement au niveau budget carburant.

Mais comment ne pas tomber amoureux des rondeurs de la voiture du peuple voulu par le petit moustachu autrichien naturalisé allemand durant les années 1930 ?

Fermons cette parenthèse automobile. Je vais conclure cet article qui s’est déjà pas mal étiré en disant ceci : libre à vous d’utiliser des logiciels abandonnés par les développeurs, rustinés à mort.

Je préfère utiliser des logiciels qui sont encore maintenus par leurs développeurs, même si les fonctionnalités introduites ne sont pas toujours intéressantes. Au moins, en cas d’emmerdements, je suis certain que je me ferai pas jeter si je rapporte un bug.

Sur ce, bonne fin de journée.

Une petite vidéo que j’ai faite alors que je revenais du dépannage informatique d’une connaissance.

Je suis passé devant l’église Saint Gervais – et non Saint Martin comme je l’affirme en début de vidéo – et j’ai eu envie de vous la montrer.

Dommage que je n’ai pas pu y rentrer pour vous en montrer l’intérieur

Une page lui est consacré sur le site Gironde Tourisme.

Comme chaque fin de semaine, l’habituel en vrac…

Côté logiciel libre, informatique et internet.

• Dans la série « tiens elle est encore en vie, tant mieux pour elle », je demande la SuperX 5.0 dont la précédente version datait de… mars 2015 ou quelque chose de ce style
• La DGLFI de la semaine, la Black Web, énième clone de la Kali Linux… Youpi !
• En dehors de l’avalanche d’annonces liées à la sortie de la version 30 de la Fedora, une distribution pour geeks – qui est intéressé dans le grand public par un système de paquets transactionnels ? – soutenue par la FSF, j’ai nommé la GuixSD 1.0.0.

Côté culture ?

• François Merlin dont j’avais parlé de l’album « Persona » en novembre 2018 – du post-rock – le propose désormais dans une série limitée en vinyle.

C’est tout, je sais, c’est court, mais c’est la vie qui veut ça !

Bon week-end

J’utilise le néologisme de rollingiste pour désigner toute personne ayant décidé de passer à une distribution en publication continue ou rolling release pour ne pas avoir tous les 6 mois à 2 ans à faire une sauvegarde complète de ses données pour éviter de tout perdre à la montée en version majeure de sa distribution chouchoute.

Comme j’ai déjà eu l’occasion de l’exprimer, j’ai l’impression que les distributions fixed sont un brin dépassée par l’accélération des sorties logicielles. Un rythme de publications semestrielles rend difficile de suivre la sortie des logiciels : un nouveau Gnome ou Plasma ou LibreOffice tous les 6 mois, un nouveau Chromium ou Mozilla Firefox tous les deux mois en moyenne…

Sans oublier l’évolution rapide des autres couches logicielles : un nouveau noyau Linux qu’il soit LTS ou pas tous les deux mois. J’ai l’impression qu’on assiste à une sorte de cycle mystique annuel voire pluri-annuel :

1. Fin avril et fin octobre de chaque année, on a la tétrachiée habituelle d’articles sur les dernières Ubuntu, même si elles n’apportent plus trop d’évolutions.
2. Un mois plus tard après la Ubuntu, c’est au tour de la Fedora Linux
3. Tous les deux ans, en juin, c’est au tour de la Debian de sortir sa nouvelle version majeure

On est dans un train-train qui me donne plus envie de bailler qu’il ne me donne une érection technique… Sans oublier les distributions qui sortent entre temps mais qui n’ont plus trop d’intérêt par rapport aux distributions mères et leurs filles directes.

Prenons par exemple la dépêche sur la sortie de la plus que dynamique Fedora 30. Si on regarde, les révolutions sont modestes. C’est plus de l’évolution au final. En dehors de gcc9, on a Gnome 3.32.x, la glibc 2.29, boost 1.69, java 12, php 7.3, qui sont déjà tous disponibles sur Archlinux et Manjaro, qui sont les principales rollings releases.

On pourrait faire la même remarque pour Mate-Desktop, Lxqt, Deepin ou encore Xfce. Du réchauffé pour les personnes qui sont passées sur des bases rolling releases.

Pourquoi s’exciter alors ? Si je suis passé sur un modèle rolling, c’est pour ne plus avoir à attendre X ou Y semaines ou mois avant d’obtenir officiellement une version donnée d’un outil ou d’une technologie.

Au final, la ronde des distributions qui a fait les beaux jours de mon blog à une époque me laisse froid désormais. Mais libre à vous d’avoir un orgasme technique car votre distribution préférée intègre une nouvelle version d’une technologie dont vous avez besoin. J’ai dépassé ce cap

D’où le titre de l’article qui reflète mon état d’esprit devant la tétrachiée d’articles qui sont souvent des photocopies d’anciens articles où les seuls changements sont les numéros de versions et les dates si besoin est.

Et si on se reconcentrait sur le plus important, l’applicatif ?

Voici la soixante-sixième version du tutoriel pour installer une Archlinux, que ce soit avec une machine virtuelle, utilisant un Bios ou un circuit UEFI. Cette version rend obsolète celle de avril 2019.

Note : des versions plus dynamiques sont disponibles sur mes espaces github et framagit.

Pour les captures d’écran, je suis parti d’une image ISO intermédiaire créée avec l’outil Archiso. Au moment où j’envoie l’article en ligne, le 1er avril vers 8 h 30 du matin, l’ISO de mai 2019 n’est pas encore disponible.

Si vous avez besoin d’une image ISO en 32 bits, le projet archlinux32 vous en proposera une.

Côté environnements : Gnome 3.32.1, Plasma 5.15.x, Xfce 4.12.0 et Mate-Desktop 1.22.0 en gtk3, Cinnamon 4.0.10 et Deepin 15.10.

NB : si vous voulez faire une installation avec l’UEFI, il faut utiliser cgdisk, gfdisk ou gparted, et créer un partitionnement GPT. Sinon, ça plantera !

Ce n’est pas un tutoriel à suivre au pied de la lettre, mais une base pour se dégrossir. Le fichier au format zip contient :

• La version odt
• La version pdf
• La version ePub
• La version mobi (pour Kindle)

Le guide en question est sous licence CC-BY-SA 4.0 à compter du mois de mai 2016.

Bonne lecture et n’hésitez pas à me faire des retours en cas de coquilles !