Journal de bord 2 — Mon passage à Ubuntu 26.04 Resolute Raccoon

Extensions GNOME Shell

Après la mise à jour, quand j'ai redémarré pour la première fois sur la nouvelle version d'Ubuntu, j'ai vite constaté que la plupart de mes extensions GNOME Shell étaient désactivées. Ce n'était pas une surprise du tout : les extensions doivent lister explicitement avec quelles versions de GNOME Shell elles sont compatibles, et comme il venait juste de sortir, leurs mainteneurs n'avaient pas encore eu le temps de les mettre à jour.

Rien de bien grave ni de bien handicapant, surtout qu'il est facile de contourner le problème le temps que les extensions soient mises à jour. La plupart du temps, elles fonctionnent très bien sur la nouvelle version de GNOME Shell et il suffit juste de rajouter à la main le numéro de la nouvelle version dans leur fichier "metadata.json" et voilà, c'est reparti après un redémarrage de la session.

Par exemple pour refaire marcher l'extension GSConnect, il m'a suffi d'éditer le fichier "~/.local/share/gnome-shell/extensions/gsconnect@andyholmes.github.io/metadata.json" et de rajouter un petit "50" dans la liste "shell-version":

{
  "_generated": "Generated by SweetTooth, do not edit",
  "description": "...",
  "name": "GSConnect",
  "shell-version": ["46", "47", "48", "49", "50"],
  "url": "https://github.com/GSConnect/gnome-shell-extension-gsconnect/wiki",
  "uuid": "gsconnect@andyholmes.github.io",
  "version": 71
}

Quoi qu'il en soit, à l'heure où je rédige ce JDB toutes mes extensions ont reçu une mise à jour pour supporter officiellement GNOME Shell 50... Toutes, à l'exception de Pano... 😅️

Mes extensions GNOME Shell : Copyous, Grand Theft Focus, GSConnect, TopHat, Unblank lock screen, Vitals

Adieu Pano, bonjour Copyous !

Pano était une extension GNOME Shell qui permettait de gérer son presse-papier de manière assez agréable. Avec lui on disposait d'un historique permettant de récupérer les derniers éléments copiés, avec une pré-visualisation des images, des textes (avec une coloration syntaxique pour le code), etc.

Malheureusement, il ne fonctionne plus avec GNOME Shell 50 et il ne bénéficiera d'aucune mise à jour car il n'est plus maintenu. Son développeur est passé à Hyprland, un autre gestionnaire de bureau. Mais c'est pas bien grave, une autre extension du nom de Copyous propose plus ou moins la même chose ! 🙂️

Je trouve Copyous un poil moins beau que Pano, mais il est plus configurable et il propose quelques fonctionnalités supplémentaires comme l'édition directe du presse-papier qui s'avère assez pratique à l'usage.

On va dire que globalement, j'y gagne au change. 😄️

Capture d'écran de l'extension GNOME Shell Copyous

J'adore les sushis !

Un des trucs pétés que j'ai très vite remarqué, c'est Sushi. Pour ceux qui ne connaissent pas, il s'agit d'un petit logiciel qui vient se coupler à Nautilus (le navigateur de fichier de GNOME) et qui permet de prévisualiser les fichiers et dossiers sélectionnés en appuyant sur la touche <Espace>.

Sushi en train de prévisualiser un dossier

Vu que je m'en sers absolument tout le temps c'était assez pénible de ne plus l'avoir et j'ai donc très vite creusé le sujet. Le problème était dû à un changement de protocole entre Sushi et Nautilus. Ubuntu était resté à Sushi 46 alors que Nautilus était passé en version 50.

On ne peut pas blâmer Ubuntu sur ce coup-là, Sushi 50 est sorti trop tardivement pour être inclus dans la version finale de Resolute Raccoon... C'est des choses qui arrivent.

Dans un premier temps j'ai donc résolu mon problème en désinstallant la version des dépôts, puis en compilant moi-même la dernière version de Sushi... ce qui s'est avéré beaucoup plus simple que prévu ! En deux clics dans GNOME Builder (l'IDE de GNOME) j'ai pu à la fois compiler le logiciel et générer un paquet Flatpak prêt à l'emploi ! 😯️

Bon pour être tout à fait transparent, j'ai quand même dû modifier une ou deux variables je ne sais plus où pour qu'il me fasse une build de prod plutôt qu'une build de dev afin que ça fonctionne avec la version de Nautilus des dépôts (sinon il aurait fallu également une version de dev de Nautilus) mais rien d'insurmontable.

En parallèle, je suis allé voir sur Launchpad (le bug tracker d'Ubuntu) si le problème était connu et voir si une SRU (voir note ci-dessous) était prévue pour corriger le problème, et effectivement, un ticket avait déjà été ouvert. Au final j'ai utilisé ma béquille pendant 1 ou 2 semaines avant qu'une SRU soit effectivement faite et que le problème soit définitivement corrigé ! 😄️

Miniatures des documents PDFs

Un autre truc que j'ai très vite remarqué, c'est que Nautilus n'affichait plus de miniatures pour les PDFs... Je n'ai pas pris le temps de résoudre le problème sur le moment, car ça n'était pas très dérangeant. Puis après ça s'est mis à remarcher tout seul, puis à nouveau à ne plus fonctionner... Alors, j'ai finit par creuser vite fait.

En gros, j'avais deux lecteurs de PDFs qui proposaient tous les deux la génération de miniatures pour le format. J'avais le bon vieux Evince, et Papers, qui le remplace depuis une ou deux versions de GNOME. Visiblement Evince n'est plus très maintenu, en tout cas dans Ubuntu, et a quelques soucis. J'ai pas trop cherché et je l'ai tout simplement désinstallé comme je ne l'utilisais plus. Ça a résolu le problème.

Le seul petit souci qu'il reste, c'est que les miniatures qui avaient échouées ne seront pas regénérées automatiquement car l'échec est conservé en cache pour que Nautilus n'essaye pas de les regénérer en boucle.

Mais on peut quand même forcer leur regénération, il suffit pour cela de supprimer le cache des échecs à l'aide de la commande suivante :

rm -r ~/.cache/thumbnails/fail

Les miniatures manquantes seront regénérées à la prochaine visite du dossier contenant les PDFs.

Mise en veille en rabattant l'écran

J'aime bien que mon PC portable se mette en veille lorsque je rabats l'écran, qu'il soit docké ou non. Par défaut, lorsqu'un moniteur externe est branché, il se contente d'éteindre l'écran interne pour que l'on puisse continuer à travailler sur le moniteur externe.

Il existe en théorie une configuration dans GNOME pour changer ce comportement, mais ça fait des années que ça ne marche pas. J'avais jusque-là une solution de contournement que j'avais détaillé dans un article il y a quelques années :

• Ubuntu, GNOME : Mon PC refuse de se mettre en veille lorsque je rabats l’écran

Mais il semblerait que ce contournement ne fonctionne plus (ou alors je me suis planté quelque part). Je n'ai pas vraiment pris le temps de creuser le sujet pour le moment par manque de temps, mais je mettrais à jour l'article ci-dessus si jamais je trouve un moyen de corriger ça.