Dépannage : l'application Sovrium

Les échecs du moteur lui-même sont traités par Dépannage : démarrage et configuration. Cette page porte sur la fenêtre autour.

Votre système d'exploitation vous avertit au sujet du téléchargement

Chaque plateforme a sa façon de dire « ceci vient d'internet ». L'avertissement porte sur la provenance, non sur un fichier abîmé, et le franchir est un geste différent sur chacune.

macOS : « impossible d'ouvrir, le développeur ne peut pas être vérifié »

Gatekeeper bloque une application qu'il ne peut pas attribuer à un développeur enregistré. Ouvrez-la une fois par le menu contextuel plutôt qu'en double-cliquant :

1. Ouvrez le .dmg et glissez Sovrium dans votre dossier Applications.
2. Dans Applications, faites un clic droit sur Sovrium et choisissez Ouvrir.
3. Confirmez à l'invite.

La boîte de dialogue qui apparaît après un clic droit Ouvrir porte un bouton que celle du double-clic n'a pas. Vous n'en avez besoin qu'une fois ; ensuite Sovrium s'ouvre normalement. Réglages Système → Confidentialité et sécurité contient un bouton Ouvrir quand même qui fait la même chose si vous avez déjà essayé et été refusé.

Windows : « Windows a protégé votre ordinateur »

SmartScreen affiche un panneau bleu avec un seul bouton. La seconde possibilité est derrière un lien :

1. Cliquez sur Informations complémentaires.
2. Cliquez sur Exécuter quand même.

L'installeur agit par utilisateur, il ne demande donc aucun mot de passe d'administrateur. C'est aussi pourquoi l'installation n'a pas besoin d'élévation de privilèges : rien n'est écrit hors de votre propre profil.

Linux : l'AppImage ne démarre pas

Deux choses arrêtent un AppImage, et de l'extérieur elles se ressemblent.

Il n'est pas exécutable. Un fichier téléchargé ne l'est généralement pas :

chmod +x Sovrium-linux-x64.AppImage
./Sovrium-linux-x64.AppImage

FUSE 2 manque. Un AppImage se monte lui-même, ce qui exige libfuse2, et une distribution récente ne livre souvent que FUSE 3. Installez le paquet de compatibilité fourni par votre distribution (libfuse2 ou libfuse2t64 sur Debian et Ubuntu), ou évitez le montage en extrayant l'archive :

./Sovrium-linux-x64.AppImage --appimage-extract
./squashfs-root/AppRun

Le .deb évite les deux problèmes et reste le meilleur choix sur une machine Debian ou Ubuntu.

La fenêtre est blanche, ou n'affiche rien d'utile

Sous Linux, la fenêtre est dessinée par WebKitGTK, et certaines combinaisons de pilote et de bureau la laissent blanche alors que l'application tourne parfaitement. Activez Ouvrir dans votre navigateur plutôt que dans cette fenêtre dans les réglages : le moteur continue de tourner, et votre application s'ouvre dans votre navigateur par défaut. L'application s'écarte alors du chemin et vous indique le port sur lequel elle écoute.

C'est un problème d'affichage, pas un problème d'application : le même projet tourne à l'identique dans les deux modes, et ni votre configuration ni vos données n'y sont pour quoi que ce soit.

L'application s'ouvre mais votre projet ne démarre jamais

Regardez d'abord le journal, Ce que Sovrium a dit, dans les réglages. Il porte tout ce que le moteur a écrit depuis son démarrage, et un moteur qui a refusé une configuration y dit pourquoi.

Deux échecs se présentent comme une fenêtre qui s'ouvre sur rien :

• Le moteur n'a pas démarré du tout. L'application réessaie trois fois avant d'abandonner, et le journal contient ce que le moteur a réussi à imprimer.
• Le moteur a démarré mais la fenêtre ne l'atteint pas. Sous macOS, le moteur écoute sur la boucle locale IPv6 [::1] plutôt que sur 127.0.0.1 : un navigateur ou un script dirigé vers l'adresse IPv4 obtient donc une connexion refusée alors que l'application elle-même va bien. Utilisez l'adresse que l'application vous montre plutôt que d'en assembler une à partir du port.

Une modification que vous avez faite n'est pas apparue

Vérifiez, dans cet ordre :

1. La sauvegarde a-t-elle été chargée ? Une configuration que Sovrium ne peut pas lire est refusée, et la version précédente continue de servir : l'application a donc l'air en bonne santé alors que le fichier sur le disque n'est pas celui qui tourne. L'application le dit, et montre ce que le moteur n'a pas pu lire. Vérifier la configuration, dans les réglages, pose la même question à la demande.
2. Était-ce une modification qui exige un redémarrage ? Certaines parties d'une configuration sont mises en place une fois au démarrage : le schéma de base de données, les tâches de fond, les identifiants, les services connectés. En modifier une remplace le processus au lieu d'appliquer le changement à chaud, ce qui prend un instant de plus. Aperçu du CLI énumère les clés en question.
3. Est-ce bien la modification que vous croyez ? L'annulation revient d'une version acceptée, et Annuler et réinitialiser dit ce qui est consigné et ce qui ne l'est pas.

La fenêtre et le moteur ne s'accordent pas sur la version

Ils sont livrés ensemble : un désaccord signifie donc qu'une mise à jour n'a atteint qu'une moitié. Les réglages affichent les deux numéros lorsqu'ils diffèrent. Réinstaller les remet d'accord, et rien dans votre dossier de projet n'est touché, ni par le désaccord ni par la réinstallation.

C'est aussi ce que veut dire l'écran Connecter votre IA lorsqu'il indique que le moteur installé ne répond pas à la commande : l'extrait qu'il vous propose ne fonctionnerait pas contre un moteur plus ancien que le verbe.

Étapes suivantes

• L'application Sovrium — ce qu'est l'application, et où vit votre projet.
• Dépannage : démarrage et configuration — les refus du moteur lui-même.
• Annuler et réinitialiser — revenir d'une version.