En vrac’ de fin de semaine

Petit en vrac’ en ce vendredi maussade de septembre 2021.

Côté logiciel libre, informatique et internet.

  • Ça faisait longtemps que Manjaro n’avait pas fait un partenariat étrange. Cette fois, c’est l’inclusion de Vivaldi (la surcouche de Chromium ayant le vent en poupe) dans la version Cinnamon qui est communautaire. Plus d’infos sur le communiqué de presse de Vivaldi.
  • Pour les fans de FreeBSD, GhostBSD 21.09.06 arrive avec une nouveauté majeure : l’abandon d’OpenRC au profit du rc.d natif à FreeBSD. Tiens donc… Une technologie native fonctionne mieux qu’une importée ? Comme c’est étrange !
  • Pour naviguer en toute tranquillité, Tails 4.22 est sorti.

Côté culture ?

Pour finir, voici le clip du premier extrait du deuxième album d’Altesia, « Mouth of the Sky ». Et oui, ça dépote pas mal !

Bon week-end 🙂

L’installateur automatisé d’Archlinux ? Si vous n’êtes pas anglophone…

Passez votre chemin. Depuis le mois d’avril 2021 – et non ce n’était pas un poisson d’avril – l’équipe d’Archlinux propose un installateur automatisé, basé sur Python. Il y a quelques jours, je parlais des installateurs automatisés pour Archlinux. Il ne manquait qu’Archinstall à l’appel.

J’ai pu le tester, et il souffre de plusieurs petits problèmes :

  1. Il est assez rigide au niveau du partitionnement.
  2. Les locales définies ne sont pas prises en compte à l’installation
  3. Le fuseau horaire entré n’est pas pris en compte par défaut

L’outil est intéressant mis à part cela, mais je dois dire que ce genre de limitations, inhérentes à des outils automatisées, sont un brin irritante. Surtout quand on doit les corriger en post-installation.

Mais le mieux, c’est une vidéo d’une vingtaine de minutes où je montre l’installateur en action… La vidéo aurait pu être plus longue, mais comme j’ai accès à la fibre optique, ça permet de limiter le temps d’installation 🙂

Que dire pour conclure : c’est pratique pour une installation à l’emporte-pièce, mais il lui manque la souplesse des autres installateurs dont j’avais parlé dans l’autre article. Ce sera sans moi pour le moment, en cas d’une installation à faire sur du matériel récupéré.

Les installateurs automatisés pour Archlinux… Quel bilan en aout-septembre 2021 ?

Cela fait des mois – pour ne pas dire plus – que je n’ai plus parlé des installateurs pour Archlinux. Si on veut une installation légère et vivable de la distribution pour élite linuxienne, il n’y a pas franchement grand chose à se mettre sous la souris.

  1. Anarchy Installer
  2. ArchFI/ArchDI de Matmoul
  3. EndeavourOS

Et puis c’est tout. Des projets qui multiplient les images ISO comme ArcoLinux – une araignée n’y retrouverait pas ses petits – ou encore RebornOS qui continue d’utiliser CNchi sont hors sujet en ce qui concerne cet article.

Commençons par Anarchy installer. Le projet survit tant bien que mal.

Sur le gitlab, si on regarde les demandes d’ajout de code (ou pull requests), on a du code vieux de 10 mois en attente (en août/septembre 2021) ou encore une simple demande de modification de la traduction française que j’ai proposé et qui change 4 lignes n’a toujours pas été fusionnée.

Est-ce que le projet est toujours en vie ? Ça ne donne pas envie de lui laisser sa chance.

Continuer la lecture de « Les installateurs automatisés pour Archlinux… Quel bilan en aout-septembre 2021 ? »

En vrac de milieu de semaine…

Un court billet, en ce dernier jour du mois de juin, entre deux averses…

Côté informatique :

Côté culture :

Bonne fin de semaine 🙂

Incroyable mais vrai : l’ordre des dépôts compte pour les distributions basées sur Archlinux…

Je sais que je vais passer pour un vieux con, un radoteur, mais je m’en fous.

J’avais pu expliquer de nombreuses fois durant les années où la distribution Antergos a existé qu’il était dangereux d’imposer un dépôt tiers sur les dépôts officiels. En effet, pacman a été conçu pour lire son fichier de configuration et de prendre les dépôts dans leur ordre d’apparence.

Il ne faut pas être un grand medium pour deviner ce qui se passe si le dépôt tiers imposé est momentanément voire définitivement indisponible.

J’ai donc pris l’exemple de la feu Condres-OS qu’on peut récupérer sur le site ArchiveOS.

J’ai enregistré ensuite une courte vidéo pour montrer les dégâts d’un dépôt tiers rendu indisponible.

Vous l’avez vu, la punition est directe : aucune mise à jour n’est possible. Donc, si vous tombez sur une distribution basée sur Archlinux et que dans le fichier /etc/pacman.conf, le dépôt spécifique au projet est tout en haut de la liste, ne cherchez pas à comprendre : détruisez l’image ISO récupérée.

Ça vous évitera de douloureux désagréments par la suite.

En vrac’ de fin de semaine

Petit en vrac’ en cette mi-juin 2021.

Côté logiciel libre, informatique et internet.

Côté culture ?

Le financement participatif lié au projet de livre sur les Vikings de Nota Bene est toujours en cours et s’arrêtera au 1er juillet 2021.

Pour finir, une vidéo que j’ai enregistré avec un sujet qui fâche, l’argent :

Et cadeau, l’épisode DGLFI dédié à la Aravilli-OS…

Bon week-end 🙂

Les apprentis sorciers peuvent partir, pamac est enfin compatible avec pacman 6.x.

Dans un article du 4 juin 2021, je parlais des apprentis sorciers qui étaient de retour sur Archlinux – qui n’avait rien demandé la pauvre bête – par rapport à la non compatibilité de pamac avec pacman 6.x.

La solution a été affichée pièce par pièce sur le rapport de bug que j’avais ouvert. Il y a eu la création d’une libpamac – qui contient la tuyauterie nécessaire au fonctionnement du logiciel – séparé de l’interface pour alléger le code.

J’ai donc profité de l’occasion pour empaqueter libpamac en version « allégée » et en version « complète » (avec le support de snap et de flatpak).

L’installation est assez simple, du moins pour les paquets que je maintiens, à savoir pamac-aur-git, pamac-all ou pamac-all-git.

Il y a un paquet en commun, archlinux-appstream-data-pamac. Ensuite, pour pamac-aur-git :

  1. libpamac
  2. pamac-aur-git

Et pour pamac-all-git, pamac-all :

  1. snapd
  2. snapd-glib
  3. libpamac-full
  4. pamac-all ou pamac-all-git

J’ai enregistré la vidéo ci-dessous pour les personnes préférant du visuel à de l’écrit.

On dit souvent que « Patience et longueur de temps font plus que force ni que rage » pour citer la moralité de la fable du Lion et du rat de La Fontaine.

On en a une nouvelle preuve ici.

Au secours, les apprentis sorciers reviennent sur Archlinux…

À moins que cette engeance putride fut toujours présente et qu’elle était restée sous le niveau de détection de mon radar ?

Dans un précédent article, je parlais de la migration douloureuse de Pacman envers certains outils enrobant soit pacman, soit la libalpm qui contient le coeur du gestionnaire de paquets. La victime la plus visible étant pamac-aur (le port de Pamac sur Archlinux) qui est désormais inutilisable jusqu’à ce que le développeur rende disponible une version compatible.

Mais cela n’a pas empêché des personnes qui auraient besoin de réfléchir et de lire un peu la documentation abondante d’Archlinux de proposer des solutions qui flingueront à coup sûr une installation.

J’avais déjà parlé de la solution complètement conne de bloquer la version de pacman proposée sur le forum de la Garuda Linux.

Mais c’était sans compter que le même conseil a été donné sur le forum de la RebornOS, un autre projet dérivé d’Antergos et aussi imbuvable que l’original. Avec des solutions un peu plus intelligentes comme l’utilisation de tkpacman (si vous voulez une interface qui fait penser à celle de MS-Windows 95), voire Bauh.

Mais le comble de la connerie – et je ne m’excuserai pas pour la crudité du terme utilisé – j’ai pu le voir sur le rapport de bug que j’ai ouvert.

Continuer la lecture de « Au secours, les apprentis sorciers reviennent sur Archlinux… »

Pacman 6.0, un coup de pied dans les « roustons » des ArchJaro ?

Comme en moyenne une fois par an – même si la dernière fois remonte à octobre 2019 – le gestionnaire de paquets d’Archlinux du doux nom de pacman, connaît une mise à jour majeure.

Dans l’article, je parlais des problèmes de compatibilité avec un outil de « haut niveau », pamac. En effet, la migration de la version 5.1 avec la 5.2 avait mené à l’ouverture de deux bugs.

[…]
Cela a été aussi un passage douloureux pour l’excellent pamac. Après deux rapports de bug, un concernant la compilation, l’autre concernant l’utilisation, le gestionnaire de logiciels est compatible avec pacman 5.2.

Autant dire que grâce à la grande gueule que je suis et qui est détesté par une partie du monde libre francophone, certaines des personnes en question pourront continuer à utiliser une manjaro ou une base archlinux avec pamac sans prise de tête. Du moins, à la prochaine version stable, le paquet pamac-aur-git que je maintiens étant fonctionnel 🙂
[…]

Cette fois la migration est un peu plus douloureuse. Sur le rapport de bug que j’ai ouvert, le développeur qui répond au pseudonyme de Guinux est assez clair, je le cite :

The port to libalpm 13 is not trivial and I don’t have a time ATM to do it. Be patient.

On peut traduire ainsi :

Le port vers libalpm 13 n’est pas trivial et je n’ai pas de temps en ce moment pour le faire. Soyez patients.

Continuer la lecture de « Pacman 6.0, un coup de pied dans les « roustons » des ArchJaro ? »

En vrac de milieu de semaine…

Un court billet, en ce milieu de semaine…

Côté informatique :

Côté culture :

Altesia, groupe de rock progressif bordelais, continue le financement participatif pour son deuxième album, prévu pour septembre 2021. Le financement s’arrêtera le 9 mai 2021.

J’ai parlé dans un article précédent du projet de rétro-ordinateur, le Commander X16. Voici donc les deux niveaux de la version shareware du port en cours du jeu « Attack of the Petscii Robots ».

Et le deuxième niveau :

C’est tout pour aujourd’hui.

Bonne fin de semaine 🙂

LXQt 0.17.0, le retour du « KDE light » :)

La dernière fois que j’avais parlé sur le blog de LXQt, ça remonte à la version 0.14.0 sortie en janvier 2019.

Depuis l’environnement a avancé et a continué son bonhomme de chemin vers la symbolique version 1.0. La version 0.17.0 a été annoncée sur le github du projet le 15 avril 2021. Le site officiel parle d’une version 0.16.0 au moment où je rédige cet article, le 16 avril vers 10 h 40. Autant dire que la phrase qui précède sera rapidement obsolète 🙂

Archlinux propose l’environnement dans son dépot Community, mais la mise à jour n’est pas encore disponible, au moment où je rédige l’article. Encore une phrase qui sera rapidement obsolète 🙂

J’ai donc pris le taureau par les cornes et j’ai fait recompiler l’ensemble de l’environnement sur une machine virtuelle où était installée une EndeavourOS avec LXqt préconfiguré.

La compilation de l’ensemble a pris une petite heure, car il y a près d’une trentaine de paquets à faire recompiler. Ce qui prend un certain temps à faire, certains paquets étant resté en version 0.16.0.

Continuer la lecture de « LXQt 0.17.0, le retour du « KDE light » 🙂 »

Mate-Desktop 1.25 : un an de développement pour si peu en apparence ?

Il y a 15 mois, au moment où je rédige cet article, le 12 avril 2021, que je parlais de Mate-Desktop 1.23.

J’ai pu remarqué le retard pris dans la publication de la version 1.26.0 du projet qui continue de faire vivre Gnome 2.x et son ergonomie générale. Depuis 4 versions, le projet sortait sa nouvelle version annuelle entre début février et mi-mars.

Cependant, en ce 12 avril 2021, le site officiel reste bloqué sur la génération 1.24.x de l’environnement. Si on va sur le dépot du code source de la version 1.25, on s’aperçoit que le premier paquet proposé fût Mate-common 1.25.0 le 2 avril 2020. Le dernier en date du 12 avril 2021 ? Atril 1.25.1 en date du 29 mars 2021.

Autant dire que pour les personnes qui espéraient utiliser Mate-Desktop 1.26 avec Ubuntu Mate 21.04 en seront pour une attente de 6 mois.

Dans l’article de janvier 2020, je terminais en disant :

Comme je l’ai dit dans la vidéo, c’est une version de paufinage et je dois dire que j’ai apprécié l’arrivée de l’outil de montage d’image disque. Il ne manque vraiment qu’un outil de renommage de masse de fichiers pour combler mon bonheur.

J’ai donc pris une machine virtuelle avec EndeavourOS à l’intérieur, et j’ai fait recompiler les composants des méta-paquets de mate et mate-extras.

Continuer la lecture de « Mate-Desktop 1.25 : un an de développement pour si peu en apparence ? »

Grace à Green Recorder, une utilisation constante de Gnome avec Wayland est possible.

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 🙂

Quand la route de l’Enfer est pavée de bons sentiments, ça donne l’outil ArchInstall.

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.

Gnome 40, une migration presque en douceur.

C’est via une information relayée par un ami au pseudonyme patissier que j’ai appris que la Manjaro Linux qui fait fonctionner mon vieil ordinateur portable – un Toshiba à base de processeur Intel T4200 qui remonte à l’époque de la transition de MS-Windows Vista vers MS-Windows 7 – que Gnome 40 était disponible.

La Manjaro Linux en question est une Tux’n’Vape Mate migrée il y a environ six mois vers Gnome. Elle est sur le canal unstable, en clair celui qui est la version de développement de la Manjaro Linux stable.

La migration ne s’est pas trop mal passée, mais j’ai perdu quelques extensions au passage :

  1. OpenWeather qui affiche la météo dans la barre supérieure. Un bug est ouvert en ce qui concerne le passage vers Gnome 40.
  2. Dash-to-dock pour avoir le dash toujours visible, avec un bug ouvert lui aussi.

Le reste ne s’est pas trop mal passé. J’ai pu avoir un support de Gnome 40 dans Pamac via l’utilisation de mon paquet AUR pamac-aur-git qui est désormais étiquetté – du moins au moment où je rédige cet article comme une version 10.1.0beta dont une des principales nouveautés est le support de Gnome 40 justement.

Je me suis demandé ce que donnait la préversion de Gnome 40 disponible – au moment où je rédige l’article, le 28 mars 2021 – dans le dépôt Gnome Unstable. Étant déjà utilisateur d’Archlinux testing – avec les hauts et les bas que cela implique – j’ai franchis le pas.

Continuer la lecture de « Gnome 40, une migration presque en douceur. »