Les distributions immuables, premier point d’étape une dizaine de jours après l’installation.

Il y a une semaine, je faisais un premier article sur les distributions GNU/Linux immuables. J’avais installé la Arkane Linux depuis près d’une semaine, la Fedora Silverblue depuis un ou deux jours, seule la VanillaOS avait été installée le jour même où je publiais l’article.

Je me suis dit qu’au bout d’une grosse dizaine de jours je pourrais faire un premier bilan. Sur le plan dynamisme, la Arkane Linux et la Fedora Silverblue sont à égalité. Des mises à jour quotidiennes ou tous les deux jours – en moyenne – sont disponibles pour les bases systèmes.

VanillaOS fait bande à part en me proposant aucune mise à jour du système immuable. Surtout l’ascendance Debian qui joue ici.

En fouillant les documentations de chaque distribution, du moins tant que les documentations sont à jour, m’ont permis d’apprendre comment gérer en ligne de commande les mises à jour. Dans l’article du 25 août, j’étais déjà au courant pour la Arkane.

Pour la Fedora Silverblue, je l’ai appris par hasard, après avoir rajouté le logiciel fastfetch à la base immuable. Désormais, au lieu d’attendre que le lourdingue Gnome Logiciels se mette en route, je passe par une ligne de commande qui n’est autre que rpm-ostree upgrade. J’ai d’ailleurs fait une petite vidéo montrant la commande en action pour une Fedora Kinoite, à savoir la base immuable avec KDE à la place de Gnome.

J’ai aussi appris comment chercher et appliquer les mises à jour des logiciels fournis en format flatpak. Une simple commande flatpak update et vogue la galère.

Pour le moment, je suis assez content de la base immuable, et ça me change des distributions GNU/Linux classiques. Mais ce n’est pas pour autant que je franchirais le pas sur mon vrai PC.

Prochain point d’étape ? Au bout d’un mois, si tout va bien !

Bonne fin de journée 🙂

L’outil run0 de systemd, un pataquès à venir pour pas grand-chose au final ?

À chaque nouvelle version majeure ou presque de systemd, sa polémique. Cette fois-ci, avec l’arrivée de Systemd 256, un clone de sudo a été développé sous le nom de run0. C’est une volonté d’écrire une alternative à sudo en se basant sur systemd-run. Ma source ? Cet article de programmez.com.

Mis à part le doas d’OpenBSD – qui est disponible aussi sur Archlinux via AUR entre autre ou encore sur la Debian 12 – qui n’a pas eu droit à des grands cris d’orfraie à sa sortie, il n’y a pas grand-chose côté outils permettant une élévation temporaire des privilèges.

En passant, bien que certains outils de Systemd existe comme le ntpd connu sous le nom de systemd-timesyncd ou encore l’outil de connexion réseau systemd-networkd n’a pas éradiqué Network Manager, on peut aisément penser que run0 ne tuera pas sudo.

D’ailleurs, si on entre run0 tout seul, c’est comme si on utilise la commande su. On est connecté au compte root. Si on entre une commande après le run0, l’outil se comporte comme sudo.

Mais le mieux est de montrer quelques fonctionnalités basique de run0, le tout dans une machine virtuelle avec une Archlinux proposant KDE. J’ai dû utiliser les dépôts de test – car au 7 juin 2024, moment où je rédige l’article – pour avoir accès une version quasi-finale de systemd 256, sa quatrième release candidate.

Vous avez pu le voir, il n’y a rien de maléfique dans cet outil. Comme pour systemd-timesyncd ou systemd-networkd, il n’y a aucune obligation à l’utiliser. Je vais rester fidèle à ce bon vieux sudo. Sûrement de vieilles habitudes que j’ai du mal à me séparer.

Les DGLFI en recrudescence ou simplement plus visibles ?

Quand j’ai commencé vers 2017 ou 2018 à parler des DGLFI, à savoir les Distributions GNU/Linux Franchement Inutiles, je ne pensais pas que la série de vidéos que je leur dédierai atteindra la cinquantaine, voire la dépasserait légèrement.

Pour m’alimenter dans ce genre de distributions qu’il serait suicidaire de mettre sur un PC en dur, je me basais souvent sur la liste d’attente de Distrowatch.

C’est ainsi que j’ai alimenté régulièrement cette série de vidéos. C’est ainsi que j’ai pu faire l’épisode 51, visible ci-dessous.

Cependant, j’ai parfois utilisé les nouveautés côté distributions pour me servir. Comme cela a été le cas pour l’épisode 52 des DGLFI.

D’où débouche une question existentielle ? Les DGLFI sont-elles en retour ou simplement sont-elles plus visibles ?

J’espère simplement que je n’atteindrai jamais – ou le plus tard possible – l’épisode 100 de cette série.

L’espoir fait vivre après tout 🙂

Pérenniser une DGLFI, pourquoi pas ? :)

Normalement, je laisse les DGLFI pourrir sur pied.

Mais dans le cas de la SDesk (cf vidéo ci-dessous), j’ai laissé ma bonté s’exprimer.

Voici les étapes de pérennisation mises en place :

  1. Remplacer le fond d’écran
  2. Modifier le fichier /etc/mkinitcpio.conf pour virer plymouth des hooks
  3. Générer une image noyau avec minitcpio -p linux
  4. Installer lsb-release
  5. Nettoyer le /etc/pacman.conf pour virer le dépôt tiers
  6. Modifier le /etc/default/grub pour récupérer les 5 secondes au niveau du grub, sans oublier le splash
  7. Régéner le grub.cfg avec grub-mkconfig -o /boot/grub/grub.cfg
  8. Optionnel : modifier le fichier /etc/hostname pour refléter la pérennisation de l’ensemble

J’ai donc enregistré la courte vidéo ci-dessous pour montrer l’ensemble en action.

Je suis sûrement un peu trop bon sur le coup, mais j’avais envie de m’amuser un peu avec la SDesk qui aura peut-être disparue dans les mois qui viennent.

En vrac’ de fin de semaine…

Minuscule en vrac’ en ce premier samedi de mars 2023.

Côté logiciel libre, informatique et internet.

Côté culture ?

Carline Van Roos, surtout connue pour son projet Aythis, vient de publier son premier EP de musique électronique sous le pseudonyme d’Electra Lore. L’EP s’appelle « Alignements ».

Sur ce, bon week-end !