Je suis revenu sous Gnome en juin 2020, il y a donc 10 mois déjà. Cela m’a permis de commencer à utiliser Wayland de plus en plus souvent. Pour tout dire, lors de mon utilisation quotidienne de Gnome, que ce soit la 3.36.x, la 3.38.x ou actuellement la version 40, j’arrive à une utilisation qui doit frôler les 90 à 95% du temps de Wayland.

Le seul moment où* je bascule dans une session X11, c’est quand j’enregistre des vidéos avec l’outil Simple Screen Recorder. Mais j’étais à la recherche d’un outil pour magnétoscoper mon écran sous Wayland.

J’avais utilisé une extension pour Gnome du nom d’EasyScreenCast, mais malheureusement celle-ci est incompatible avec Gnome 40.0.

Après quelques recherches, j’étais tombé sur Green-Recorder, abandonné par son précédent développeur et forké – et oui, des forks utiles ça existe et ça fait plaisir – par Danila Vershinin sur Github. J’avais rapporté un bug sur l’impossibilité d’enregistrer en mp4, bug qui a été corrigé dans la version 3.2.9.

Le logiciel en question est disponible sur AUR dans sa version stable et sa version git. J’ai donc pris la version stable que j’ai adapté pour lui faire prendre en compte la mise à jour vers la version 3.2.9.

J’ai fait une minuscule vidéo pour montrer les réglages de l’outil. Enregistrer un enregistreur par lui même, ce n’est pas un peu récursif ?

L’outil est assez simple d’emploi et surtout cela répond à un besoin que j’avais à combler : enregistrer des vidéos tout en restant sous Wayland. Ce qui me fait franchement plaisir, est-il besoin de le préciser

Le seul problème est la non-compression du flux mp4 qui fait que la petite vidéo de moins de 3 minutes pesait quelques 376 Mo avant d’être montée dans KDEnlive… La vidéo montée et disponible au-dessus ne pesant que 15 Mo…

Mis à part ça, ce n’est que du bonheur, faut en profiter

Dans les notes de publication du mois d’Avril 2021, Archlinux annonçait l’arrivée d’un outil d’installation automatisée, ArchInstall.

Même si officiellement il est chaudement recommandé de passer par une installation à la main, cet outil qui est encore assez jeune peut être considéré comme « canonique » par les modérateurs du forum d’Archlinux.

D’ailleurs l’outil en question a sa page dans le wiki d’Archlinux.

Mais c’est ici où les choses se gâtent rapidement et qu’on peut se dire que cet outil est trop jeune pour être intégré dans l’image officielle. En effet, voici la liste des choses qu’on ne peut pas faire avec cet outil :

1. Choisir son partitionnement
2. Choisir d’avoir ou pas un espace de swap
3. Choisir son gestionnaire de démarrage
4. Choisir comment trier les miroirs de paquets pour l’installation

Il y a aussi le fait que l’outil est muet quand il fait le tri des miroirs de paquets, ce qui donne l’impression qu’il s’est planté alors que ce n’est pas le cas. Il y aussi le fait que les locales sont peut-être demandées, mais elles ne sont pas appliquées correctement.

En clair, vous vous retrouvez avec un système en Anglais américain même si vous avez choisi une autre locale. J’ai fait une vidéo d’une quinzaine de minutes qui montrent l’engin en action et ses nombreuses limitations.

On peut dire que l’outil est très jeune, mais il est aussi très psychorigide. On est loin de la souplesse d’une installation manuelle ou encore passer par l’outil Anarchy voire prendre une EndeavourOS et lui sortir ses spécificités, car je le rappelle, EndeavourOS est une Archlinux à 99,9% comme je l’avais montré en septembre 2019.

Bref, pour le moment, fuyez cet outil qui est bien trop vert pour être considéré avec un peu de sérieux.

Dans les notes de publication du mois d’Avril 2021, Archlinux annonçait l’arrivée d’un outil d’installation automatisée, ArchInstall.

Même si officiellement il est chaudement recommandé de passer par une installation à la main, cet outil qui est encore assez jeune peut être considéré comme « canonique » par les modérateurs du forum d’Archlinux.

D’ailleurs l’outil en question a sa page dans le wiki d’Archlinux.

Mais c’est ici où les choses se gâtent rapidement et qu’on peut se dire que cet outil est trop jeune pour être intégré dans l’image officielle. En effet, voici la liste des choses qu’on ne peut pas faire avec cet outil :

1. Choisir son partitionnement
2. Choisir d’avoir ou pas un espace de swap
3. Choisir son gestionnaire de démarrage
4. Choisir comment trier les miroirs de paquets pour l’installation

Il y a aussi le fait que l’outil est muet quand il fait le tri des miroirs de paquets, ce qui donne l’impression qu’il s’est planté alors que ce n’est pas le cas. Il y aussi le fait que les locales sont peut-être demandées, mais elles ne sont pas appliquées correctement.

En clair, vous vous retrouvez avec un système en Anglais américain même si vous avez choisi une autre locale. J’ai fait une vidéo d’une quinzaine de minutes qui montrent l’engin en action et ses nombreuses limitations.

On peut dire que l’outil est très jeune, mais il est aussi très psychorigide. On est loin de la souplesse d’une installation manuelle ou encore passer par l’outil Anarchy voire prendre une EndeavourOS et lui sortir ses spécificités, car je le rappelle, EndeavourOS est une Archlinux à 99,9% comme je l’avais montré en septembre 2019.

Bref, pour le moment, fuyez cet outil qui est bien trop vert pour être considéré avec un peu de sérieux.

La plupart du temps, quand on veut lancer un jeu MS-DOS, la solution la plus pratique, c’est Dosbox ou un de ses nombreux forks, comme Dosbox-X. Il est vrai que sortir l’artillerie lourde du genre VirtualBox/Qemu/VMWare – pour installer un MS-DOS et les jeux qui vont bien, c’est un peu comme vouloir écraser une mouche avec une bombe thermonucléaire.

Au début des années 2010, il y avait un projet, Fake86 qui proposait justement d’émuler un processeur de la génération Intel 8088/8086 pour lancer MS-DOS et quelques jeux. En effet l’émulateur apportait le support des cartes sons comme l’Adlib ou encore la Sound Blaster 16.

Cependant, le projet s’est arrêté en 2013. Sur le site officiel de Fake86, la dernière publication date d’octobre 2012 et sur le dépot sourceforge, l’ultime version date de septembre 2013.

C’est en fouillant AUR que j’étais tombé sur la page de fake86. À cause de la vieillesse du code, il est impossible à compiler, le processeur s’arrêtant avec le message suivant :


/usr/bin/ld: /tmp/ccPgMTA6.o: in function `runconsole':
console.c:(.text+0xc4): warning: the `gets' function is dangerous and should not be used.
collect2: error: ld returned 1 exit status


En faisant des recherches pour trouver un fork, je suis tombé sur une page github avec du code récent et qui compile sans aucun problème.

J’ai donc créé un paquet sur AUR pour proposer quelque chose d’à peu près fonctionnel. J’ai ensuite décidé de montrer en vidéo l’émulateur avec le jeu « Planet X3 » que je n’avais pas lancé depuis environ 2 mois…

Vous l’avez vu, bien que l’émulateur soit en ligne de commande, il reste simple d’accès. Le seul gros problème, c’est le rendu son, du moins dans PlanetX3 en mode adlib avec des espèces de grésillements indésirables.

Sinon, ça fonctionne au quart de tour. C’est donc un outil bien pratique pour quelques logiciels récalcitrants dans Dosbox ou un de ses nombreux forks.

La plupart du temps, quand on veut lancer un jeu MS-DOS, la solution la plus pratique, c’est Dosbox ou un de ses nombreux forks, comme Dosbox-X. Il est vrai que sortir l’artillerie lourde du genre VirtualBox/Qemu/VMWare – pour installer un MS-DOS et les jeux qui vont bien, c’est un peu comme vouloir écraser une mouche avec une bombe thermonucléaire.

Au début des années 2010, il y avait un projet, Fake86 qui proposait justement d’émuler un processeur de la génération Intel 8088/8086 pour lancer MS-DOS et quelques jeux. En effet l’émulateur apportait le support des cartes sons comme l’Adlib ou encore la Sound Blaster 16.

Cependant, le projet s’est arrêté en 2013. Sur le site officiel de Fake86, la dernière publication date d’octobre 2012 et sur le dépot sourceforge, l’ultime version date de septembre 2013.

C’est en fouillant AUR que j’étais tombé sur la page de fake86. À cause de la vieillesse du code, il est impossible à compiler, le processeur s’arrêtant avec le message suivant :


/usr/bin/ld: /tmp/ccPgMTA6.o: in function `runconsole':
console.c:(.text+0xc4): warning: the `gets' function is dangerous and should not be used.
collect2: error: ld returned 1 exit status


En faisant des recherches pour trouver un fork, je suis tombé sur une page github avec du code récent et qui compile sans aucun problème.

J’ai donc créé un paquet sur AUR pour proposer quelque chose d’à peu près fonctionnel. J’ai ensuite décidé de montrer en vidéo l’émulateur avec le jeu « Planet X3 » que je n’avais pas lancé depuis environ 2 mois…

Vous l’avez vu, bien que l’émulateur soit en ligne de commande, il reste simple d’accès. Le seul gros problème, c’est le rendu son, du moins dans PlanetX3 en mode adlib avec des espèces de grésillements indésirables.

Sinon, ça fonctionne au quart de tour. C’est donc un outil bien pratique pour quelques logiciels récalcitrants dans Dosbox ou un de ses nombreux forks.