Le soft hopping, un argument fallacieux pour « justifier » l’utilisation de logiciels abandonnés en amont ?

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

Continuer la lecture de « Le soft hopping, un argument fallacieux pour « justifier » l’utilisation de logiciels abandonnés en amont ? »

En vrac’ de fin de semaine…

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 ?

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

Bon week-end 🙂

Le blues du « rollingiste »…

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.

Continuer la lecture de « Le blues du « rollingiste »… »

Guide d’installation d’Archlinux, version de mai 2019.

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 mai 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 !

Les projets un peu fou du logiciel libre, épisode 23 : le Katana Desktop Environment.

Dans le monde du logiciel libre, il y a de nombreux environnements de bureau principalement Gnome, Plasma et Mate-Desktop, et des gestionnaires de fenêtres par paquets de douze. Je vous renvoie à la page du wiki d’Archlinux, c’est presque sans fin !

Il y a aussi la volonté de faire vivre des anciennements environnements, que ce soit KDE 3 via le Trinity Desktop Environment ou Gnome 2 via Mate-Desktop. KDE 4 n’échappe pas à cette volonté et c’est ici qu’intervient le projet Katana Desktop Environment.

C’est un projet lancé par Ivailo Monev alias fluxer. Sur son dépot git, ce développeur a décidé de reprendre KDE mais en l’allégeant. À l’origine, c’était pour la défunte Entropy Linux née sous le nom de Less Systemd Linux.

Le projet avance lentement, mais il est enfin compilable et lançable sur une base moderne. En effet, on peut trouver des fichiers PKGBUILD pour les distributions de la famille Archlinux.

Aucun paquet précompilé n’étant disponible, il faut y aller la mimine pour avoir un aperçu de ce travail en cours. Je suis parti d’une base Archlinux installée manuellement et j’ai fait compiler les paquets dans l’ordre suivant.

  1. ariya-icons
  2. strigi
  3. katanalibs
  4. katana-baseapps
  5. katana-workspace
  6. qimageblitz
  7. qca-qt4
  8. eigen2, en provenance d’AUR
  9. katana-extraapps
  10. katana-l10n

Continuer la lecture de « Les projets un peu fou du logiciel libre, épisode 23 : le Katana Desktop Environment. »