Étiquette : expérience

Ah, la parenté entre Artix Linux et Archlinux…

Les deux distributions sont très proche, Artix Linux ayant commencé sa vie sous le nom d’Archlinux OpenRC avant de couper les ponts en ce qui concerne les paquets en provenance d’Archlinux.

Cependant, avec l’expérience en cours entamée le 23 janvier 2025, j’ai rajouté aussi une machine virtuelle Artix Linux avec Gnome. Bien qu’il n’y a plus d’images ISO avec Gnome, on peut utiliser une base Artix Linux Xfce et truander à partir de là, comme l’explique la vidéo ci-dessous.

Il me manquait deux logiciels sur l’installation d’Artix Linux Gnome pour être à égalité avec mon Archlinux Gnome. L’extension Gnome Shell Appindicator (précompilée sur Archlinux) et l’extension Gnome Shell Arch-update (disponible sur AUR).

J’ai donc récupéré la première extension via le site d’Archlinux et installé la deuxième depuis AUR. Et bien, ça fonctionne très bien. Capture d’écran à l’appui.

Ça a fonctionné car ce ne sont que des extensions pour Gnome, donc du javascript et du xml. Assez passe-partout donc. Néanmoins, on peut utiliser AUR sur Artix Linux, même si ce n’est pas franchement des plus conseillés. Les paquets binaires précompilés pour Archlinux ? À éviter comme la peste.

En tout cas que la manipulation ait fonctionné du premier coup est assez plaisant et amusant. Maintenant, il ne reste plus que 3 grosses semaines avant le bilan final de cette expérience qui a pris un peu plus d’importance qu’au départ.

Et si on lançait une nouvelle expérience ?

Je dois dire que depuis la fin de l’expérience avec Void Linux, je m’ennuyais ferme, geekement parlant.

Je me suis dit « Quelle pourrait être la prochaine expérience intéressante à lancer ? » Après avoir réfléchi un peu, je me suis dit qu’il serait intéressant de tester Artix Linux avec un environnement de bureau disponible dans la logithèque. J’étais d’abord parti sur l’idée de mettre un Gnome. Mais après des mésaventures en utilisant le la page du wiki pour tester l’installation à l’ancienne.

J’avais d’abord pris runit comme système d’init, mais devant les problèmes pour faire fonctionner NetworkManager, je me suis replié sur OpenRC. Cependant, le son ne fonctionnait pas, et gdm spammait avec des logs allant jusqu’à la saturation de l’espace disque ! J’ai bien tenté de reprendra l’image ISO de Gnome publiée en 2021 et que j’avais utilisé dans une vidéo de début 2022.

Cependant, j’ai eu des emmerdes à ne plus compter, normal avec une image ISO ayant près de 4 ans au compteur. Principalement ?

  1. Devoir installer en premier les paquets artix-keyring et archlinux-keyring
  2. Désactiver la vérification des paquets lors de l’installation à cause d’une clé gpg manquante
  3. Supprimer plusieurs paquets et forcer l’installation avec un sudo pacman -Syyu --overwrite=*. Oui, je sais c’est dégueulasse, mais c’était la seule option pour être tranquille.
  4. GDM qui ne démarre plus après la mise à jour.

Je me suis donc replié sur un autre environnement et pour varier un peu les plaisirs, j’ai pris Cinnamon avec comme init OpenRC cette fois. Le support de runit étant très limite. Et surtout l’image ISO stable est plus fraîche, ne datant que d’août 2024. Après l’installation et l’ajout des mises à jour, j’ai rajouté le paquet cinnamon-translation pour avoir l’ensemble de l’interface en français. Sans oublier Mozilla Firefox et Libreoffice. Côté AUR – étant donné qu’à l’origine Artix Linux s’appellait Archlinux OpenRC – j’ai rajouté yay, dosbox-x-sdl2-git et vice-svn.

Donc, une nouvelle expérience est lancée et son bilan sera publié – sauf imprévu – le 23 février 2025.

Un mois de Void Linux en machine virtuelle, le bilan.

Il y a un mois – à deux jours près, on va pas chipoter pour si peu – je lançais cette expérience, après avoir migré mon eeePC d’une Debian GNU/Linux unstable 32 bits vers une Void Linux 32 bits pour continuer le support technique de mon ordinosaure moderne.

Je dois dire que depuis son installation, et l’installation des paquets pour faire compiler Dosbox-X et Vice en version de développement pour les deux, j’ai été de bonnes surprises en bonnes surprises. La première bonne surprise a été la simplicité avec laquelle on peut enlever les noyaux obsolètes de son installation.

Il suffit d’entrer les commandes suivantes :


vkpurge list
sudo vkpurge rm

La première commande liste les noyaux obsolètes, la deuxième permet de les enlever. Si on utilise la valeur all, tous les noyaux listés comme obsolètes sont enlevés. Il suffit d’ajouter après le rm les références en question. La deuxième bonne surprise, c’est la facilité avec laquelle on peut enlever les paquets orphelins.

Il s’agit de la commande sudo xbps-remove -o. Par contre il faut bien vérifier si des paquets importants ne sont pas listés… Sinon, tout part en cacahuètes, donc commande à utiliser avec précaution.

Comme toute commande touchant aux paquets logiciels, soit dit en passant. L’ensemble est resté réactif, agréable à l’utilisation – runit est d’une vélocité redoutable – et je dois dire que j’ai pris du plaisir intellectuel à faire cette expérience.

J’ai du installe le paquet lightdm-gtk-greeter-settings pour avoir un avatar sur la page de connexion lightdm. Cela m’a pris deux minutes, montre en main.

Deux points noirs cependant : la vieillesse de l’image ISO d’installation (sortie en mars 2024) et le fait que Gnome soit encore en version 46, mais ça doit dépendre du temps libre de la ou des personnes qui s’occupe du port en question.

Comme disait Hannibal dans « L’Agence Tous Risques » : J’adore quand un plan se déroule sans accroc, ce qui a été le cas ici. Autant dire que tant que le 32 bits sera supporté par Void Linux, mon eeePC continuera d’être utilisable pour ce que j’attends de lui. Après, ce sera une pièce de musée ayant bien vécue 🙂

Fedora 41 sur 6 mois, deuxième point d’étape.

Nous voici donc au deuxième point d’étape, publié dans la journée du 1er janvier. Après un premier billet plutôt positif, que donne celui-ci ?

Sur le plan pratique, la distribution a été comme un bon gros chat qui ronronne après avoir fait un bon repas. J’ai fait toutes les mises à jour sans la moindre casse, la montée en version du noyau Linux vers une version 6.12 ayant été l’élément le plus marquant.

Les émulateurs compilés maison continuent de pouvoir l’être sans que j’ai la moindre pétouille qui se mette en travers du chemin. C’est vraiment trop tranquille, et dire que je m’attendais à quelque chose de plus mouvementé. Je suis sur ce plan précis un peu déçu, il faut le dire !

Même si la capture d’écran est de la veille pour le lendemain – pour la parution du billet, à savoir midi le 1er janvier – il n’y a pas eu de mises à jour majeure à dénoter.

Donc pour le moment, tout va bien. Espérons que ce soit le cas par la suite… À suivre donc dans un billet pour début février 2025.

Deux expériences qui prennent fin en même temps, ça arrive.

Nous sommes donc à une poignée de jours de Noël. Les vacances de Noël sont commencées, et il est donc temps de conclure deux expériences que j’avais lancé fin novembre / début décembre. La première concerne la maintenance en vie d’une Debian GNU/Linux unstable sur un mois. J’avais déjà fait un point d’étape que je concluais ainsi :

[…]Pour le moment, je n’ai pas encore cassé ma Debian GNU/Linux unstable, ce qui prouve qu’elle est plus solide que la légende urbaine linuxienne le laisse croire 🙂

Finalement, l’installation a tenu le choc jusqu’au bout. L’ajout des deux émulateurs sans passer par l’empaquetage officiel n’a pas déstabilisé outre mesure l’ensemble. Ce qui est un très bonne nouvelle. Donc, la Debian GNU/Linux unstable que l’on installe à la main est plus stable sur le long terme qu’une Siduction. Je ne pensais pas que j’aurai écrit un jour une telle phrase. Je me doutais un peu de ce résultat, étant donné que mon eeePC a tourné durant quelques deux années sous Debian GNU/Linux unstable.

Continuer la lecture de « Deux expériences qui prennent fin en même temps, ça arrive. »