Q4OS en machine virtuelle. Et si l’expérience se prolongeait un peu ?

Le 23 juillet 2025, soit un gros mois au moment où je rédige cet article, le 25 août 2025, je me lançais dans l’expérience de maintenir en vie durant un mois une Q4OS 6.0 à l’époque en version alpha.

La version vient d’arriver en bêta, et je l’ai ayant mis à jour le plus régulièrement possible la machine virtuelle. Le passage vers une base Debian GNU/Linux 13 alias Trixie en tant que version stable s’est passé sans la moindre casse. Je continue régulièrement dans une konsole à taper la ligne de commande suivante : sudo apt update && sudo apt full-upgrade

D’ailleurs, au moment où je rédige l’article, j’ai appris l’arrivée de la version 6.0-beta de la Q4OS en date du 21 août. Mais ça donne quoi pour le moment ? Voyons cela en vidéo.

Comme je l’ai montré en vidéo, tout tourne comme une horloge helvétique. Je vais donc conserver la machine virtuelle jusqu’à ce que la version finale soit annoncée. J’ignore combien de temps cela prendra, peut-être un mois, peut-être plus, mais j’ai envie de laisser la machine virtuelle vivre sa vie.

Une nouvelle expérience « long terme » en machine virtuelle… La Q4OS 6.0 Andromeda.

Une expérience qui va durer 3 semaines, prenant fin au 17 août et non au 23, ayant des obligations personnelles qui limiteront mes possibilités bloguesques… Mais, bref… J’ai eu envie de voir ce que donne la préversion de la Q4OS 6.0 Andromeda prenant pour base la Debian GNU/Linux 13 alias Trixie. Je dois dire que j’aime beaucoup cette distribution basée sur Debian, surtout à cause de l’utilisation double de Trinity Desktop Environment (suite de KDE 3.5.xx) et Plasma 6.x.

Normalement, aux alentours du 9 août prochain, la Debian GNU/Linux 13 doit sortir. Je suppose que cela donnera un coup de fouet à cette version qui passera sûrement au stade de la bêta. Pour commencer, voici donc une vidéo état des lieux au début de l’expérience.

Je pense que je serai agréablement surpris par le résultat. On verra bien à la fin de l’expérience !

GhostBSD, un mois en machine virtuelle, bilan à mi-chemin.

Il y a bientôt deux semaines, on ne va pas chipoter pour deux jours près, je lançais une expérience d’avoir GhostBSD durant un mois en machine virtuelle.

L’expérience est des plus calmes. En effet, à chaque fois que je lance l’outil update station – une surcouche graphique conviviale à l’outil pkg – j’ai la même réponse : pas de mises à jour disponible. Cf la capture d’écran ci-dessous.

Même une Debian GNU/Linux stable est plus agitée que GhostBSD. Je ne m’attendais pas à des mises à jour pluri-quotidiennes, mais à un minimum d’une ou deux mises à jour par semaine.

Le système toujours autant utilisable et on ne voit pas vraiment que l’OS est différent d’une distribution GNU/Linux. Ce qui fait la force de GhostBSD, soit dit en passant.

Il me reste une grosse quinzaine de jours à tirer avec cette expérience. Peut-être qu’une grosse mise à jour finira par pointer le bout de ses octets et me fera mentir sur la tranquillité de l’utilisation.

Donc rendez-vous dans une quinzaine de jours pour le bilan final de cette expérience.

Nouvelle expérience : au tour de GhostBSD de passer sur le grill !

Cela faisait quelques temps que je voulais lancer une nouvelle expérience en machine virtuelle, n’ayant pas assez de matériel pour tenter l’expérience en dur. Cette fois, comme c’est indiqué dans le titre, c’est la GhostBSD 25.1 sorti fin février 2025 de subir mon test. À savoir être testée durant un mois dans une machine virtuelle.

L’installation a été assez longue, surtout lors du démarrage du live. L’ensemble du système a été copié en mémoire vive, et 2,8 Go à copier, ça peut devenir rapidement long et laxatif. Bref, il ne faut pas être pressé dans ce cas. L’installation en elle-même a duré environ 15 minutes. Qui a dit que l’informatique est une école de la patience déjà ? Sans oublier que VirtualBox avait tendance de passer d’un modèle FreeBSD au modèle other qui est un peu le modèle de la dernière chance. Laxatif aussi !

La première épreuve aura été de mettre à jour la base fraîchement installée. Il faut dire qu’en l’espace de deux mois, elles se sont accumulées. En effet, l’outil Update Station m’indiquait 451 mises à jour, 9 nouveaux paquets à installer et 6 paquets à réinstaller. Je suis passé par la ligne de commande, comme c’est indiqué dans le wiki de GhostBSD.

La mise à jour a pris 15 bonnes minutes avant que je puisse redémarrer l’ensemble. J’ai juste rajouté LibreOffice à l’installation de base, en utilisant l’outil Software Station. C’était le seul gros manque à l’installation. Et côté gadget, j’ai rajouté fastfetch qui m’affiche l’Ascii art de FreeBSD, ce qui est normal étant donné que GhostBSD est un FreeBSD « simplifié » avec Mate Desktop comme interface graphique.

J’ai donc enregistré une courte vidéo pour présenter rapidement l’ensemble.

L’expérience commence donc en ce 8 mai 2025 pour se terminer le 8 juin 2025… Si tout se passe bien 🙂

Un mois d’Artix Linux en machine virtuelle, quel bilan ?

Il y a un mois, je lançais l’expérience de faire fonctionner durant un mois une Artix Linux Cinnamon dans une machine virtuelle. Je rajoutais par la suite – sans le préciser dans l’article d’origine – une Artix Gnome installée en suivant la méthode exposée dans cette vidéo :

L’expérience s’est plutôt bien passée, bien que j’ai encore un peu chargée la mule en lui rajoutant AppleWin depuis le paquet que je maintiens sur AUR. J’ai dû aussi migrer manuellement le paquet SDL2 vers sdl2-compat pour éviter une recompilation un peu casse-bonbon.

Dans le billet où je faisais une étape à mi-chemin, je parlais des deux bugs que je rencontrais avec Cinnamon, dont celui du son dont le volume est à zéro à la connexion. Bug que je n’ai pas pu reproduire avec une Archlinux Cinnamon. Bizarre !

Autre point bizarre, c’est la présence de paquets absents qui me sont proposés à la suppression. Cependant, vu leurs noms, je n’y ai pas touché. Sans oublier un paquet apparemment abandonné (??) par Artix Linux, à moins que ce soit un bug de la distribution ?

Pour Artix Linux Gnome j’avais rajouté deux extensions au Gnome Shell pour avoir à peu de chose près la même expérience utilisateur générale. Comme précisé dans cet article du 29 janvier 2025 où vous trouverez tous les détails croustillants. Avec une petite capture d’écran de yay en action.

En tout cas, j’ai remarqué qu’en dehors de Xfce, LXQt et KDE, le support ne semble pas être des plus avancé. Je peux me tromper, bien entendu, mais ça donne pas envie de tester un environnement de bureau parfaitement fonctionnel sur d’autres bases.

Tout comme le support des systèmes d’init en dehors d’OpenRC. Runit est cassé pour le support de NetworkManager, et je n’ai pas eu l’envie de tester les autres systèmes d’init comme S6 ou Dinit. Pas envie de me retrouver le bec dans l’eau.

Au final, c’est un bilan mitigé. Artix est la digne descendante d’Archlinux OpenRC, mais elle m’a laissé un goût d’inachevé dans la bouche. Tout le contraire de ce que j’avais ressenti avec la Void Linux, même si je n’ai pas réussi à installer Cinnamon avec Void Linux. Bref, quand ça veut pas, ça veut pas !