Informé au moment où cela se produit : Verbinal pour Linux 1.4.4

Verbinal pour Linux 1.4.4 est une version qui porte sur le fait d’être informé au moment où les choses se produisent, et sur la recherche d’une image de conteneur que l’on peut réellement exécuter. Elle s’installe aussi pour la première fois sur Arch et Omarchy — cette moitié-là fait l’objet d’un guide distinct.

Les notifications arrivaient en retard, et parfois pas du tout

Le Portail apprenait qu’une session avait démarré ou qu’une tâche s’était terminée en interrogeant le service. Chaque notification était un effet secondaire de cette interrogation : l’intervalle était donc le délai. Une tâche par lots terminée était annoncée jusqu’à 45 secondes après coup, une session jusqu’à 15. Assez pour que la notification semble porter sur tout autre chose.

Pire : une tâche démarrée et terminée à l’intérieur d’un même intervalle n’était jamais observée en cours d’exécution ; aucune transition n’était détectée et rien n’était annoncé. Elle apparaissait simplement, déjà finie.

La cadence suit désormais le travail : cinq secondes après un changement, puis un relâchement progressif tant que rien ne bouge, et un rythme lent quand plus rien n’est en cours. Mesuré sur une fenêtre de cinq minutes, le pire cas est passé de 45 s à 19 s et la moyenne de 22 s à 9 s — chaque surface plafonnant à l’intervalle fixe qu’elle utilisait déjà, ou en deçà : rien ne peut donc arriver plus tard qu’auparavant.

Deux problèmes que ce délai masquait sont apparus du même coup. La bande des sessions cessait toute interrogation dès que plus rien n’était en attente : c’est pourquoi « session bientôt expirée » ne pouvait se déclencher que par accident, lorsqu’une autre session se trouvait en attente au même moment. Et une session ayant échoué avant le démarrage de l’application était annoncée à chaque lancement, parce que la vérification demandait « est-elle en échec, et ne l’était-elle pas auparavant ? » — une question trivialement vraie pour une session que l’application n’a jamais vue.

Les notifications éphémères ne s’accumulent plus non plus. La zone d’affichage n’en montre qu’une à la fois : dans une rafale, la sixième atteignait l’écran une demi-minute après l’événement décrit. Un nouveau message remplace désormais celui affiché, et une répétition exacte est ignorée plutôt que de réarmer son minuteur.

Une liste d’images que l’on peut vraiment fouiller

La carte Images CANFAR affichait les 365 images renvoyées par la plateforme. Soixante-dix-sept d’entre elles portent l’étiquette desktop-app et rien d’autre — une application publiée à l’intérieur d’une session de bureau, et non une session que l’on peut démarrer. Toutes les versions de CASA jusqu’à la 3.4.0 en font partie. Elles représentaient un cinquième de la carte, encombraient le filtre par type, et lancer Inspecter sur l’une d’elles dépensait une véritable tâche de sonde sur une image qu’aucun onglet de lancement ne proposerait jamais.

La carte affiche maintenant ce que le formulaire de lancement peut offrir, et comporte une seconde rangée de filtres par projet, construite à partir de ce que le filtre par type laisse. Le catalogue compte 21 projets et les deux plus gros en contiennent 60 images chacun : le type de session seul n’a jamais suffi à réduire la liste. Choisir CARTA fait passer la rangée des projets de 21 boutons à 2.

Les images que la plateforme ne publie pas

Skaha publie une liste organisée. Le registre de conteneurs qui la sous-tend en contient bien davantage, et jusqu’ici une image que la plateforme n’avait pas retenue était tout simplement hors d’atteinte depuis l’application, quelle que soit la précision avec laquelle on connaissait son nom.

Ajouter une image du registre interroge ce registre — uniquement sur demande, jamais sur minuterie ni à la frappe, parce qu’énumérer un registre partagé pour remplir une carte de tableau de bord représente beaucoup de trafic pour répondre à une question que personne n’a posée. Ce que vous ajoutez rejoint un catalogue unifié que la carte des images, la recherche par paquet et le formulaire de lancement lisent tous : une image ajoutée devient donc lançable partout à la fois, plutôt que répertoriée à un seul endroit.

Cliquer sur une ligne d’image ouvre désormais ce qu’elle contient : système d’exploitation, capacités, environnements conda, et paquets par écosystème. L’image médiane en contient 624 et la plus grosse section 960 : la vue commence donc par un filtre plutôt que par une liste, construit son contenu au fur et à mesure que vous ouvrez chaque section, et omet les écosystèmes vides dans tous les manifestes au lieu d’afficher « R (0) » indéfiniment.

Interrogé sur la meilleure image pour la spectroscopie de M51, un agent cherchait « spectroscopy », n’obtenait aucun résultat ni aucune approximation, et concluait qu’aucune image ne convenait. Neuf d’entre elles contiennent specutils.

Deux nouveaux outils pour les agents

Cet échec mérite qu’on s’y arrête, car l’outil fonctionnait exactement comme prévu. find_images_with_packages apparie de véritables noms de paquets, et rien ne permettait à un assistant d’apprendre quels sont ces noms. Un mot de sujet ne trouve rien, et « rien » est indiscernable d’un non catégorique.

search_packages est le vocabulaire qui manquait : les noms de paquets et le nombre d’images qui les portent. Les noms qui commencent par le terme viennent en tête, car un classement par nombre seul placerait jsonschema-specifications (71 images) et fsspec (56) devant specutils (9) — les paquets présents dans le plus d’images sont de la plomberie Python que presque toutes embarquent, c’est-à-dire précisément ce qui ne distingue rien.

describe_image répond à la question suivante : non pas quelles images correspondent, mais laquelle convient le mieux. Cela dépend du système d’exploitation, de ce qui est installé à côté de la correspondance, et du fait que l’image ait déjà été inspectée ou non.

Le lancement

Le formulaire de lancement occupait les deux tiers du Portail, que l’on soit en train de lancer quelque chose ou non. Il s’ouvre désormais en boîte de dialogue, depuis un unique bouton clairement identifié, à côté de la liste des sessions qu’il vient compléter. Une tentative antérieure l’avait placé derrière un bouton flottant : sans étiquette, éloigné de tout ce à quoi il se rapportait, et pour qui ne l’avait pas remarqué il n’existait aucune autre voie d’accès — il a donc disparu.

La boîte de dialogue répond sur place plutôt que d’ouvrir une seconde fenêtre par-dessus elle-même. Un lancement ouvrait auparavant sa propre confirmation au-dessus de la fenêtre de lancement, attendait deux secondes, se fermait, puis fermait la fenêtre en dessous : deux fenêtres à écarter pour une seule action.

Installation

Sur Ubuntu 24.04 et plus récent, téléchargez le .deb depuis les versions GitHub :

sudo apt install ./verbinal_1.4.4-1_amd64.deb

Le ./ initial est ce que l’on oublie — sans lui, apt cherche un paquet portant ce nom dans l’archive. Il installe au passage les dépendances manquantes, ce qui le rend préférable à dpkg -i suivi de apt-get install -f : le même travail en deux commandes, avec un état incohérent entre les deux.

Tout ce dont Verbinal a besoin se trouve dans l’archive d’Ubuntu : GTK 4, libadwaita, glib et cfitsio. libgtk-4-media-gstreamer est recommandé plutôt que requis — il joue les signaux sonores de l’agent, et sans lui l’application est silencieuse et par ailleurs inchangée.

Sur Arch et Omarchy, Verbinal dispose de son propre dépôt pacman signé. C’est un guide distinct.

Verbinal pour Linux est un logiciel libre sous licence publique générale GNU Affero v3.0. L’application ne contient aucune télémétrie, votre jeton du CADC réside dans le trousseau du système plutôt que dans un fichier de configuration, et les données ouvertes dans les visionneuses sont lues et affichées sur votre propre machine.