All Projects

Que ce soit par le menu, par terminal, ou par claudia-launcher.

J'ai mise une note dans sa page de doc : http://librazik.tuxfamily.org/doc2/logiciels/grandorgue#utilisation

Que ce soit par le menu, par terminal, ou par claudia-launcher.

Il semble chercher quelque chose qu’il ne trouve pas (le lancer en terminal pour voir ça).

J’ai remarqué plusieurs fois que soudain, le processus “timidity” se met à manger 100% d’un CPU.

Un contournement est d’ouvrir un terminal, de lancer la commande “ps aux |grep timidity” pour repérer le n° d’identifiant du processus de timidity, puis d’utiliser la commande :
su -c “kill -9 NUMÉROIDENTIFIANT”

Voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=327

Une erreur de traduction "Meters" → "Mètres" au lieu de "mesureur" s'est glissé.

Il y a plusieurs logiciels qui plantent s'ils sont en contact avec les CALF.
Par exemple Ardour.

Le problème est un problème de conflit entre les greffons CALF en LV2, et la (vieille) version des CALF en LADSPA fourni avec LMMS avec le paquet calf-ladspa. Plus précisément, le soucis étant que les 2 paquets calf-lv2 et calf-ladspa fournissent un fichier calf.so et que les hôtes LV2 (ardour dans l'exemple ci-dessus) se mélange les pinceaux.

Je suis au courant du problème et actuellement à la recherche d'une solution intelligente qui n'est pas facile à trouver.
Si je ne trouve pas, j'utiliserai une version moins intelligente consistant à reconstruire LMMS sans les calf-ladspa, et à fournir un paquet calf-ladspa vide pour permette une mise à jour sans encombre avec synaptic.

Restez à l'écoute !

Muse : ne fonctionne pas directement sur LibraZiK-2 alors qu’il démarre directement sur une debian stretch.
Voir pourquoi. C’est peut être librazik-optimisations-timers qui fout le foin.

À noter que muse est un hôte de greffon LV2 il me semble.

L’interface graphique ne se lance pas.
Voir le bogue chez debian : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871933

Et sur linuxmao : https://linuxmao.org/forumthread93905

Swami ne fonctionne pas.
Il ne se lance pas avec son icône de menu.
Un lancement en ligne de commande provoque une erreur de segmentation.

Discussion avec le dev de ZynAddSubFX, il se peut que le support de NSM (qui est responsable du chargement de la banque de son soit cassé).

Hydrogen est censé permettre de faire en sorte que Cadence puisse recharger un kit de batterie, un morceau, … (avec NSM peut être ?)
Ceci dit, ça ne semble pas fonctionner.

Si l'on regarde la capture d'écran suivante : http://kxstudio.linuxaudio.org/Applications:Claudia-Launcher#Interface On peut voir des petits "V" et "sens interdit" dans la partie droite.

Avec la version LibraZiK, ces icônes ne sont pas présentes (voir la capture d'écran attachée).

Si Claudia-launcher est lancé depuis un terminal, j'obtiens :
XIcon::getIcon(dialog-ok-apply) - N'a pas trouvé l'icône
XIcon::getIcon(dialog-cancel) - N'a pas trouvé l'icône

Il semble donc que l'interface ne trouve pas les icônes nécessaires.

En ayant regardé dans le code de Claudia-launcher, il semble que les lignes de code qui appellent ces icônes se trouvent ici https://github.com/falkTX/Cadence/blob/master/src/claudia_launcher.py lignes 142 et 143.

Les icônes font bien partie des sources et se trouvent ici : https://github.com/falkTX/Cadence/tree/master/resources/16x16 et sont bien présentes également dans le paquet-source de LibraZiK.

Mon impression est que lorsque l'on lance Claudia launcher, l'interface graphique est créée à la volée mais ne trouve pas les icônes en question et ne les affichent donc pas. J'ai dans l'idée que si je savais "où" elle les cherche, je pourrai les placer au bon endroit et ainsi corriger ce bogue. Le problème étant qu'après avoir farfouiller dans le code, je ne parviens pas à trouver où elle les cherche.

PS : à noter que le bogue semble déjà avoir été reporté ici : https://github.com/falkTX/Cadence/issues/78

Dans l’onglet “Système” de Cadence, il semble que Cadence ne repère pas qu’il s’agisse d’un noyau RT dans le “Vérifications du système”.

Voir : http://kxstudio.linuxaudio.org/Documentation:Manual:cadence_introduction

Une note a été placée dans la documentation ici : http://librazik.tuxfamily.org/doc/logiciels/suite-cadence/cadence#onglet_systeme

Plante qtractor 0.7.8 bien qu'il fonctionne avec Ardour 5.3 et jalv.gtk.

Rapport de TheSuperGeek sur #linuxmao :

playitslowly ne démarre pas et dit :

tsgeek@LibraZiK-studio-audio:~$ playitslowly
Traceback (most recent call last):
File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main

"__main__", fname, loader, pkg_name)

File "/usr/lib/python2.7/runpy.py", line 72, in _run_code

exec code in run_globals

File "/usr/lib/python2.7/dist-packages/playitslowly/app.py", line 44, in <module>

from playitslowly import mygtk

File "/usr/lib/python2.7/dist-packages/playitslowly/mygtk.py", line 37
SyntaxError: Non-ASCII character '\xc3' in file /usr/lib/python2.7/dist-packages/playitslowly/mygtk.py on line 37, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details"

C'est un plantage que j'ai déjà eu une fois (sur mon ordi portable) et qui a disparu.

Refaire le paquet en suivant les recommandations de http://python.org/dev/peps/pep-0263/ .

Voir http://librazik.tuxfamily.org/doc/logiciels/guitarix/gxcabinet-lv2 Voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=41

"gxcabinet" en LV2 fait planter Ardour 4.6 lorsque l'on change la simulation de tête d'ampli. Pas de soucis lorsque démarré avec jalv.select.
Notifié dans : http://librazik.tuxfamily.org/doc/logiciels/guitarix/gxcabinet-lv2