Catégorie : ArchLinuxeries

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 🙂