Installation problématique de Gammaray sous Debian

Max

Bonjour,

J'ai tenté une installation de qt6-gammaray-3.0.0 sur ma nouvelle Debian, ie après migration sur un nouvel ordi. Sur mon précédent ordi Gammaray fonctionnait bien. Mais là impossible.

J'ai suivi la doc (qt6-gammaray-3.0.0/INSTALL;md), installé les dépendances, et ça compile, même s'il me manque le SyntaxHighLighting qui refuse de compiler avec ma version Qt (pas encore trouvé la façon de switcher d'une version Qt à l'autre avec qtchooser...).

L'installation se déroule sans soucis et j'obtiens des fichiers dans /usr/local/bin, /usr/local/lib, /usr/local/include et /usr/local/plugins.

Mais au lancement du logiciel en CLI il m'est indiqué qu'il manque gammaray-launcher et gammaray-client.

Quelqu'un pourrait m'éclairer ?

Merci,
Sylvain

Max

Bonsoir,

Un rapide coucou pour dire que la compilation est enfin terminée avec le module que je voulais (KDSME). je peux enfin visualiser les chagements d'états de mes QScxmlStateMachine et voir où ça coince.
Un vrai parcours du combattant pour résoudre les dépendances et comprendre CMake que je ne connaissais pas.

SGaist

Bonsoir,

Quelle version de Debian ?
Quelle version de Qt 6 ?
Comment Qt 6 a été installé ?
Quelles instructions ont été utilisées pour la compilation de GammaRay ?

Max

Bonsoir,

Debian Bookworm à jour (noyau 6.1.0-28).
Versions de Qt installées via les dépôts Debian : 5.15.8 et 6.4.2

Quant à gammaray, j'ai essayé de compiler et d'installer un paquet zipé avec les instructions du fichier INSTALL.md contenu dans le paquet :

En root :

cmake -G Ninja -DCMAKE_INSTALL_PREFIX=/usr/local ./
cmake --build .
cmake --build . --target install

Avec comme résultat celui donné dans mon message ci-dessus.

Comme j'ai également des paquets .deb de gammaray 2.11 et 3.0, j'ai également tenté de les installer. Mais j'ai également des soucis dûs, je pense, à la présence de deux versions de Qt sur ma machine.

Ce n'est pas la première fois que je me heurte à ce problème de gestion des deux versions de Qt mais je n'ai jamais compris l'usage de qtchooser et la doc ne m'a pas aidé du tout.
Est-ce que tu pourrais m'aider sur ce point ?

SGaist

Sans vouloir chipoter: tu n'as pas suivi les instructions du fichier correctement. Avec cmake, le build ne se fait pas dans la racine des sources. C'est d'ailleurs la première instruction de la partie build: mkdir build && cd build.
Second point: jamais en root.

Revenons à Qt, as-tu installé tous les packages avec les headers privés comme demandé ?
Pour quelle version de Qt veux-tu compiler ?

Pour ce qui est de qtchooser, je ne l'ai jamais utilisé. Si je suis dans un terminal, j'utilise le chemin complet jusqu'à l'exécutable qmake de la version de Qt que je veux utiliser. Si c'est avec cmake j'utilise la variable CMAKE_PREFIX_PATH comme expliqué dans la documentation.

Max

Bonjour SGaist,

Désolé de répondre si tard. J'ai dû avancer sur l'application. D'ailleurs, au passage, excellent année 2025 !

Je reprends donc le fil et je vais essayer tes indications.

Petite question toutefois qui n'a rien à voir : les sources des logiciels, dont ceux de GammaRay sont livrés avec une doc au format markdown. Sous Debian ces fichiers s'ouvrent avec un éditeur de texte qui ne met donc pas correctement le texte en forme. J'ai donc creusé un peu mais il ne semble pas qu'il existe des softs pour lire ce type de fichier. Comment alors les lire avec le formatage prévu ?

GrecKo

Qt Creator ou Visual Studio Code le font.
En général le mode édition me suffit avec la colorisation syntaxique mais ils proposent aussi un mode visualisation:

https://doc.qt.io/qtcreator/creator-markdown-editor.html
https://code.visualstudio.com/docs/languages/markdown#_markdown-preview

Max

@GrecKo

Merci. Toutefois je pense qu'il me manque le plugin QtCreator car il ne m'est pas proposé de créer un nouveau fichier .md.

Max

Bon, c'est une belle galère... trois jours que je suis là-dessus. Je me suis fait les dents avec cmake sur un petit projet (clang-uml) et j'ai enfin compris le fonctionnement de l'ensemble. Vive cmake-gui qui m'a grandement aidé.

Puis j'ai téléchargé les sources de gammaray-3.1.0. Pour intégrer la capacité de voir les StateMachine j'ai aussi récupéré KDStateMachineEditor-2.0.0.

Je vise l'utilisation de qt6 car mon projet est sous cette version. @SGaist : headers privés installés.

Après l'installation de pas mal de paquets qu'il me manquait, j'ai réussi à compiler ce dernier malgré les avertissements de cmake lors de la génération :
CMake Error: install(EXPORT "KDSME_TARGETS" ...) includes target "gvc" which requires target "util" that is not in any export set.
CMake Error: install(EXPORT "KDSME_TARGETS" ...) includes target "cgraph" which requires target "util" that is not in any export set.
CMake Error: install(EXPORT "KDSME_TARGETS" ...) includes target "common" which requires target "util" that is not in any export set.
J'ai tenté divers générateurs avec le même résultat.

Bref, ça compile et ça s'installe. Je passe à gammaray. Autre paire de manche.
La configuration se termine mais elle m'indique qu'il me manque des paquets recommandés qui sont pourtant installés. La génération se termine sans rien dire.
Comme j'ai demandé une génération makefile, je lance un make dans le répertoire build créé. À 62% crash :

19:10: fatal error: private/qscxmlstatemachineinfo_p.h: Aucun fichier ou dossier de ce type
19 | #include <private/qscxmlstatemachineinfo_p.h>
En effet, il n'y a pas ce fichier dans ce répertoire. Petit tour sur le net, un utilisateur indique en 2016 : "build ok when using git://code.qt.io/qt/qtscxml.git"
Git... une nouvelle galère pour moi. Je tente git clone git://code.qt.io/qt/qtscxml.git et git me répond qu'il ne comprends pas la commande remote-git.

j'en suis là ce soir et j'en ai ma claque...
Qu'ai-je fait de travers. Que se passe-t-il ? Pourquoi suis-je autant embêté ?

Max

Bonsoir,

Un rapide coucou pour dire que la compilation est enfin terminée avec le module que je voulais (KDSME). je peux enfin visualiser les chagements d'états de mes QScxmlStateMachine et voir où ça coince.
Un vrai parcours du combattant pour résoudre les dépendances et comprendre CMake que je ne connaissais pas.