Étiquette : machine virtuelle

OpenMandriva Rome en machine virtuelle, la deuxième tentative est la bonne !

En mai 2025, j’évoquais une expérience que je voulais lancer, mais elle se terminait en eau de boudin. Je me cite :

[…]
Vous l’avez vu, le noyau en version de développement est choisi par défaut, c’est quand même un sacré bug. Car je mets cela sur le dos d’un bug. Autant dire que si ça commence ça, je ne vois pas l’intérêt de la faire vivre durant un mois dans une machine virtuelle comme je l’escomptais au début.
[…]

En ce mois de novembre 2025, j’ai décidé de revoir cette distribution. Mais pour être tranquille, je suis parti d’un « snapshot » à savoir d’une version de développement d’une distribution qui se veut rolling release. Bizarre, mais pas franchement le choix. J’ai donc pointé mon museau dans le gestionnaire de compilation et j’ai pris une image ISO de Plasma avec Wayland, la plus récente au moment où je rédige ce billet, à savoir une compilation du 9 novembre 2025.

Au final, je me suis retrouvé avec une installation assez fraiche, avec un Plasma 6.5.x et un noyau linux 6.17.x. Ce qui fait plaisir ! Mais le mieux est de montrer l’installation en vidéo.

Vous l’avez vu, mis à part Calamares qui est resté installé, il n’y a pas grand-chose à jeter dans cette OpenMandriva Rome. On verra bien d’ici le 18 décembre si elle a tenu le coup !

Fin d’expérience avec la NixOS. Quel bilan ?

Voila, un mois est passé – à quelques heures près ! – depuis le billet où j’annonçais le début de l’expérience. Je m’attendais à une expérience un peu « pépère » et je n’ai pas été déçu.

L’ensemble a été assez conservateur, et mis à part les changements de noyaux ou de Mozilla Firefox, je n’ai pas constaté énormément de différences. Je pensais avoir droit à une migration de LibreOffice 25.2.x vers la 25.8.x. Mais non, cela sera sûrement réservé à la NixOS 25.11, nom de code « Xanthusia ». Dommage. Les vagues de mises à jour arrivent en moyenne toutes les 36 à 48 heures.

Outre le défaut de la place prise qui devient rapidement problématique, comme je l’ai précisé dans mon billet de mi-chemin, j’ai utilisé au moins deux fois par semaine le duo sudo nix-collect-garbage -d && sudo nixos-rebuild switch pour récupérer de la place. Qui se comptait parfois en centaines de Mo… Et j’ai joué le fou furieux : je ne gardais au maximum que 2 générations, celle utilisée par défaut et la génération pile avant.

Autre point que j’ai trouvé laxatif, c’est la difficulté à avoir un changelog apporté par chaque mise à jour du système. Il faut employer une ligne de commande avec une option expérimentale pour avoir les changements entre les diverses générations présentes sur l’installation. C’est nix profile diff-closures --profile /nix/var/nix/profiles/system --extra-experimental-features nix-command. C’est quand même étrange que lister les changements d’une génération à une autre soit considéré comme expérimental ! Bizarre !

Comment conclure ? La distribution a tenu le choc, elle est suffisamment solide. Il est dommage de devoir perdre du temps pour se faire son fichier /etc/nixos/configuration.nix selon ses propres goûts. C’est plutôt chronophage. Même si une fois que c’est fait, on n’a plus besoin d’y toucher – sauf modifications apportées par un montée en version – que très rarement.

NixOS ? Comme je l’ai dit – et ma courte expérience le confirme – c’est une distribution pensée par des geeks pour des geeks. Pas le genre de distributions que je mettrais dans les mains de n’importe qui.

15 jours avec la NixOS en machine virtuelle, un bilan d’étape.

Il y a légèrement plus de deux semaines, le 12 septembre 2025, je me lançais dans une expérience de longue durée avec la NixOS Gnome dans une machine virtuelle. Ayant vu que cette famille de distribution est de plus en plus utilisée, j’ai décidé de voir ce qui la rendait spéciale et attirante.

Outre le fait que l’on promet une distribution « incassable », et la facilité de faire un retour sur un point de sauvegarde rapidement avec les générations qui sont générées à chaque fois que des mises à jour sont disponibles, c’est vraiment une distribution de geeks faite par des geeks pour des geeks.

Je n’ai pas encore touché à la puissance de certaines fonctionnalités comme les flakes. Il faut dire qu’avec la logithèque disponible que l’on peut fouiller via le site search.nixos.org (qui annonce la présence de 120 000 paquets !), je n’ai pas eu le besoin de bidouiller. Le seul paquet qui manque à l’appel, c’est l’émulateur ZEsarUX qui ne semble pas avoir de mainteneur attitré.

J’ai aussi choisi de ne pas automatiser les mises à jour, ni le collecteur de déchets qui permet de virer les générations inutiles. Une gestion à la main comme quand j’utilisais Archlinux comme OS principal.

Et c’est ici qu’on touche un point faible de NixOS, c’est sa gourmandise en espace disque. Car si le principe de pouvoir revenir sans casse sur une précédente génération en cas de mises à jour foireuses, cela se paye au prix d’un encombrement disque conséquent.

Continuer la lecture de « 15 jours avec la NixOS en machine virtuelle, un bilan d’étape. »

Une fin d’expérience prématurée : j’arrête les frais avec la machine virtuelle Slackware Linux.

Fin août 2025, je me lançais dans une expérience avec la Slackware Linux en machine virtuelle, mais j’épiçais un peu l’affaire en allant jusqu’à mettre en place une Slackware Linux current, la version de développement de la distribution. Après 3 ans de développement, je voulais savoir où en était la future Slackware Linux 15.1 / 16.0.

Je m’attendais à avoir des bugs, mais ne pas les voir résolus en trois semaines, ça m’a vite gonflé. Entre l’impossibilité de faire démarrer lightdm avec une Slackware Linux current – un problème de lancements multiples et rapides en quelques secondes – la non détection du swap dans la machine virtuelle, les mises à jour parfois lourdes et le côté masochiste de l’utilisation qui font penser que mentalement la Slackware se croit encore dans les années 1990, cela a mis à mal ma patience.

Il reste cependant de très bons projets basés sur la Slackware Linux, comme la Slint de Didier Spaier qui reprend une Slackware Linux stable tout en la modernisant ne serait-ce qu’avec un noyau LTS récent si mes souvenirs de tests rapides sont bons. Mais même si je continue de garder Slackware Linux dans mon cœur, je ne la conseillerai pas au vue de certains points de sa conception qui la font passer pour un dinosaure.

Sans rancune, les slackwariens… Du moins, je l’espère 🙂

Fin de l’expérience Q4OS Andromeda… En beauté, et c’est tant mieux !

En ce 12 septembre 2025, Q4OS vient d’officialiser la sortie de la première version d’Andromeda, la version 6.1. J’avais lancé une expérience mensuelle qui a pris du galon. En effet, au lieu de m’arrêter au mois d’utilisation, j’avais voulu pousser cette installation de la Q4OS effectuée lors de la période alpha en juillet 2025 jusqu’à la sortie de la version stable.

Contrairement à ce que je pensais, ce n’est pas une version 6.0 qui débute la série, mais une version 6.1, pour se mettre en synchronisation avec la Debian GNU/Linux 13.1 sortie le 6 septembre 2025. Les notes de publication sont copieuses et annonce l’intention du projet de passer à 10 ans de support au lieu des 5 classiques d’une Debian donnée.

Je dois dire que la situation a été des plus calmes et l’environnement Trinity – que j’ai préféré à Plasma – fonctionne très bien. Je n’ai pas eu à me plaindre une seule fois de l’installation. Les mises à jour se sont toujours déroulées sans aucun accroc. Il est vrai que construire une version alpha d’un projet sur une Debian GNU/Linux testing dans le mois qui précède la sortie d’une nouvelle Debian GNU/Linux stable, c’est jouer la sécurité.

Mais autant faire une petite vidéo bilan pour conclure cet article en beauté.

Oui, effacer la Q4OS m’a fait un pincement au cœur, mais il faut bien aller de l’avant, non ?