LZK - (FR) suivi des tâches / (EN) tasks tracking

Une version 0.10.1+20210418-0librazik1 est disponible dans testers.

Une version 0.10.1+20210419-0librazik1 est disponible dans testers.

Aucun problème rencontré, ni en ouvrant des sessions existantes, ni en créant de nouvelles. La baie fonctionne comme attendu (le raccourci clavier est très pratique pour la faire apparaître/disparaître).

Je tourne dessus aussi.

Une version 0.10.1+20210420-0librazik1 est disponible dans testers.

Une version 0.10.1+20210425-0librazik1 est disponible dans testers.

Ca marche bien ici aussi (ouverture des anciennes sessions, modifs des sessions et créations de nouvelles).

La baie de brassage fonctionne bien chez moi et les petits logos sur les applis sont super cools !!!!

Sur mon pc de test, sur lequel le paquet 0.10.1+20210425-0librazik1 est installé depuis 2 jours, aucun souci rencontré (ouverture de session existante ou création de nouvelles). Par contre sur ma machine de prod', j'ai fait la mise à jour cet après-midi voulant profiter des nouveautés (la baie de brassage en particulier, ce qui m'évite d'utiliser un modèle de session créé pour ajouter Catia systématiquement). RS s'est bien ouvert mais quand j'ai chargé ma session pour les cours en visio, RS a crashé, du moins l'interface… impossible de le relancer. J'ai dû tuer les processus (ray-daemon de mémoire) encore là dans le moniteur système MATE avant de pouvoir le relancer. Mais toujours impossible d'ouvrir cette session qui crashe automatiquement l'application. Je n'ai pas investigué plus que ça, l'heure de commencer le boulot approchant. J'ai forcé l'installation du paquet de USER et ma session s'ouvre à nouveau. J'essaie d'investiguer plus en détails en fin de semaine.

Ah zut Nico, j'ai oublié de prévenir d'un truc important:
Quand ça crash, il y a 99% de chances (à une vache près, c'est pas une science exacte) que ce soit l'interface graphique qui plante et non le démon.

Et si le démon n'a pas planté, alors il suffit de relancer RaySession, l'interface se connecte au démon et reconnaît la session en cours avec ses clients. Comme si tu quittes RS en appuyant sur "Laisser le démon tourner" et que tu relances RS.

C'est évident que l'intégration de la baie de brassage est un facteur de risques de plantages important côté graphique, c'est beaucoup plus complexe que tout ce qui existait dedans auparavant.

Côté démon, les modifications sont minimes, il enregistre et diffuse les positions des boîtes et les portgroups (paires stereo) créés/défaits par l'utilisateur.

Si tu as une session qui fait automatiquement planter l'interface je suis preneur. Intuition: si ça fonctionne avec une version antérieure, ça pourrait venir du fichier caché dans la session .ray_canvas.json .

pour info, je viens de m'en rendre compte. python3-pyqt5.qtsvg est une nouvelle dépendance d’exécution.

Comme c'est la baie de brassage qui en a besoin, et que c'est déjà une dépendance de Cadence et Carla, ce paquet a de très fortes chances d'être installé.

Bonsoir,

Pour info : aujourd'hui, j'ai rencontré un bug avec cette version de Ray Session. Le bug se reproduit lorsque je crée une session avec mémoire de la configuration jack et les applis suivantes :

En executable : Lingot, Atrill, Jamulus
En application : Hydrogen

L'interface de raysession disparait lorsque j'ajoute Hydrogen.

Le bug est apparut la premiere fois alors que j'ajoutais Hydrogen à une session existante avec Lingot, Atrill et Jamulus.

Salut.

@arnaud

Merci pour ton retour de bug, cependant, pourrais-tu lancer raysession en ligne de commande et reproduire le bug ? ça pourrait me donner des infos sur la raison du plantage.

C'est d'une manière générale ce qu'il faut faire avec n'importe quel programme qui plante.

Le plantage est-il systématique ?
Quand tu relances raysession, tout redevient normal ?

Il y a eu pas mal de modifs sur le code depuis la version dans librazik testers, mais le bug est sans doute toujours présent.

Merci
Mathieu

Voici ce que j'obtiens au moment où j'ajoute hydrogen (et où raysession "disparait", du moins la partie graphique)

Traceback (most recent call last):
  File "/usr/share/raysession/src/gui/list_widget_clients.py", line 640, in resizeEvent
    widget.update_disposition()
AttributeError: 'NoneType' object has no attribute 'update_disposition'
Abandon
arnaud@debian:~$ 
[-hydrogen_6]
qt5ct: using qt5ct plugin
qt5ct: palette support is disabled
qt5ct: custom style sheet is disabled

Hydrogen 1.0.2 [Apr 25 2021]  [http://www.hydrogen-music.org]
Copyright 2002-2008 Alessandro Cominu
Copyright 2008-2020 The hydrogen development team
Hydrogen comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it under certain conditions. See the file COPYING for details.
(E) SongReader::getPath Song file jamulus.h2song not found.
(E) Filesystem::check_permissions Audiophob is not writable
(E) Filesystem::file_copy unable to copy /usr/share/hydrogen/data/drumkits/Audiophob/drumkit.xml to /usr/share/hydrogen/data/drumkits/Audiophob/drumkit.xml.bak, /usr/share/hydrogen/data/drumkits/Audiophob/drumkit.xml.bak is not writable
(E) XMLDoc::write Unable to open /usr/share/hydrogen/data/drumkits/Audiophob/drumkit.xml for writing
(E) Filesystem::check_permissions belofilms_GuitarStrums is not writable
(E) Filesystem::file_copy unable to copy /usr/share/hydrogen/data/drumkits/belofilms_GuitarStrums/drumkit.xml to /usr/share/hydrogen/data/drumkits/belofilms_GuitarStrums/drumkit.xml.bak, /usr/share/hydrogen/data/drumkits/belofilms_GuitarStrums/drumkit.xml.bak is not writable
(E) XMLDoc::write Unable to open /usr/share/hydrogen/data/drumkits/belofilms_GuitarStrums/drumkit.xml for writing
(E) Filesystem::check_permissions BJA_Pacific is not writable
(E) Filesystem::file_copy unable to copy /usr/share/hydrogen/data/drumkits/BJA_Pacific/drumkit.xml to /usr/share/hydrogen/data/drumkits/BJA_Pacific/drumkit.xml.bak, /usr/share/hydrogen/data/drumkits/BJA_Pacific/drumkit.xml.bak is not writable
(E) XMLDoc::write Unable to open /usr/share/hydrogen/data/drumkits/BJA_Pacific/drumkit.xml for writing
(E) Filesystem::check_permissions circAfrique v4 is not writable
(E) Filesystem::file_copy unable to copy /usr/share/hydrogen/data/drumkits/circAfrique v4/drumkit.xml to /usr/share/hydrogen/data/drumkits/circAfrique v4/drumkit.xml.bak, /usr/share/hydrogen/data/drumkits/circAfrique v4/drumkit.xml.bak is not writable
(E) XMLDoc::write Unable to open /usr/share/hydrogen/data/drumkits/circAfrique v4/drumkit.xml for writing
(E) Filesystem::check_permissions ColomboAcousticDrumkit is not writable
(E) Filesystem::file_copy unable to copy /usr/share/hydrogen/data/drumkits/ColomboAcousticDrumkit/drumkit.xml to /usr/share/hydrogen/data/drumkits/ColomboAcousticDrumkit/drumkit.xml.bak, /usr/share/hydrogen/data/drumkits/ColomboAcousticDrumkit/drumkit.xml.bak is not writable
(E) XMLDoc::write Unable to open /usr/share/hydrogen/data/drumkits/ColomboAcousticDrumkit/drumkit.xml for writing
(E) Filesystem::check_permissions ElectricEmpireKit is not writable
(E) Filesystem::file_copy unable to copy /usr/share/hydrogen/data/drumkits/ElectricEmpireKit/drumkit.xml to /usr/share/hydrogen/data/drumkits/ElectricEmpireKit/drumkit.xml.bak, /usr/share/hydrogen/data/drumkits/ElectricEmpireKit/drumkit.xml.bak is not writable
(E) XMLDoc::write Unable to open /usr/share/hydrogen/data/drumkits/ElectricEmpireKit/drumkit.xml for writing
(E) Filesystem::check_permissions ForzeeStereo is not writable
(E) Filesystem::file_copy unable to copy /usr/share/hydrogen/data/drumkits/ForzeeStereo/drumkit.xml to /usr/share/hydrogen/data/drumkits/ForzeeStereo/drumkit.xml.bak, /usr/share/hydrogen/data/drumkits/ForzeeStereo/drumkit.xml.bak is not writable
(E) XMLDoc::write Unable to open /usr/share/hydrogen/data/drumkits/ForzeeStereo/drumkit.xml for writing
(E) Filesystem::check_permissions Gimme A Hand 1.0 is not writable
(E) Filesystem::file_copy unable to copy /usr/share/hydrogen/data/drumkits/Gimme A Hand 1.0/drumkit.xml to /usr/share/hydrogen/data/drumkits/Gimme A Hand 1.0/drumkit.xml.bak, /usr/share/hydrogen/data/drumkits/Gimme A Hand 1.0/drumkit.xml.bak is not writable
(E) XMLDoc::write Unable to open /usr/share/hydrogen/data/drumkits/Gimme A Hand 1.0/drumkit.xml for writing
(E) Filesystem::check_permissions HardElectro1 is nqt5ct: D-Bus global menu: no

L'erreur se reproduit chez moi systématiquement, mais je ne peux pas enregistrer la session une fois plantée (plutot une bonne chose ^^).
Si je redemmarre l'ordi, la session sans hydrogen fonctionne et replante si j'ajoute hydrogen, ce qui n'est pas très grave en soi : c'est juste que je dois le demarrer "à la main" (ie sans passer par raysession) si j'en ai besoin.

Bonne journée !

merci Arnaud.
Nicolas (sub26nico) m'a déjà remonté ce bug et il est déjà corrigé dans la version git.

je ne peux pas enregistrer la session une fois plantée

Je ne comprends pas cette phrase.

Ce n'est pas la session qui est plantée, seulement l'interface. Normalement, si tu redémarres raysession, l'interface va automatiquement être connectée au serveur et donc à la session en cours. Au pire, si ça ne fonctionne pas (mais je ne vois pas pourquoi), il reste la ligne de commande:

ray_control save

Nul besoin de redémarrer ton ordi ou les applications lancées dans la session.

Ok, désolé je ne fais pas bien la distinction entre l'interface et la session et n'avais pas compris qu'il s'agisait du même bug que plus haut…
J'aurais dû dire "je ne sais pas sauvegarder la session une fois l'interface plantée" !

Merci pour la ligne de commade. Juste pour info, chez moi, l'interface graphique ne revient pas lorsque je clique sur les lunettes en haut de mon bureau, ou lorsque je tape raysession dans un terminal. (si c'est ce que tu entendais par redémarrer raysession).

j'ai le message suivant :

arnaud@debian:~$ raysession
qt5ct: using qt5ct plugin
qt5ct: D-Bus global menu: no
Connexion de l'IGU au port ray-daemon existant 16187
Traceback (most recent call last):
  File "/usr/share/raysession/src/gui/list_widget_clients.py", line 640, in resizeEvent
    widget.update_disposition()
AttributeError: 'NoneType' object has no attribute 'update_disposition'
Abandon

Une fois que je redemarre l'ordi, ou si je kill ray-daemon c'est ok.

et n'avais pas compris qu'il s'agisait du même bug que plus haut…

Aucun souci, tu n'avais aucun moyen d'en être sûr. ça a été vu et corrigé entre nous via IRC.

ah ok. Bon c'est chiant pour toi, mais pas bien grave pour moi, puisque c'est la même ligne de code qui est incriminée (et déjà corrigée).

ne kill pas ray-daemon, il t'a rien fait ;)
fait plutôt:

ray_control close
ray_control stop

Une nouvelle version 0.10.1+20210616 (faite à partir de GIT master) est dans testers.
Retours bienvenus.

PS : le lien "manuel en ligne" ne semble pas fonctionner. J'ai pas encore investigué pourquoi.

Cool merci !

le lien "manuel en ligne" ne semble pas fonctionner.

Tout à fait, bien vu, c'est une erreur du programme qui n'allait pas chercher la bonne url. C'est corrigé dans master.

Super.

J'ai refait une version 0.10.1+20210617 (faite à partir de GIT master) et l'ai mise dans testers.

Retours bienvenus.

@houston, je t'ai fait un petit PR.

Guten bonsoir !

Je tourne dessus !

Ca m'a l'air de bien fonctionner chez moi.

Le logo a changé dans le menu et dans mon tableau de bord.

J'utilise la baie de brassage et je n'ai pas noté de problème : juste pour hydrogen, il n'y a pas le logo à coté de "hydrogen" dans la baie de brassage.

Aide : les 5 liens fonctionnent ;
Baie de brasssage : filtrer les ports fonctionne, dans préférence, les différents thèmes se chargent. Auto-Zoom fonctionne.

Enfin,j'ai pu ajouter hydrogen à ma session jamulus sans que la partie graphique "plante" (soucis que j'avais mentionné plus haut avec l'ancienne version).

Merci Arnaud !

Cool que Hydrogen ne fasse plus planter l'interface. J'ai vu ça pour le logo d'hydrogen manquant mais sans avoir réellement investigué j'avoue.

Je suis sur ce paquet depuis un mois et n'ai pas observé de bogue.

+1 :)

Une version 0.11.0 a été publiée dans users : https://mastodon.xyz/@LibraZiK/106705213871107947.

Je ferme ici.