French/français : Bienvenue sur le logiciel de suivi du projet LibraZiK. Après vous être inscrit, vous pouvez commenter les tâches ouvertes, créer de nouvelles tâches, voter pour des tâches, vous inscrire à des tâches pour être tenu au courant des évolutions,… Pensez à être le plus précis possible dans vos messages. D'avantage d'information concernant le logiciel de suivi du projet LibraZiK.
Anglais/english : Welcome to the LibraZiK project tracking software. After registering, you can comment open tasks, create new tasks, vote for tasks, register for tasks to be kept informed of developments,… Remember to be as precise as possible in your messages. More information about the LibraZiK project tracking software. Feel free to write in French or in English.
- Status Nouveau / new
- Percent Complete
- Task Type Rapport de bogue / bug report
- Category distribution → bogue logiciel / software bug
- Assigned To No-one
- Operating System
- Severity Low
- Priority Very Low
- Reported Version version 2 20181115
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Opened by Olivier Humbert - 22.05.2019
Last edited by Olivier Humbert - 21.04.2020
FS#822 - problèmes avec le paquet naspro-bridges
Il ne faut pas installer ce paquet car il fout en l’air les LV2.
Voir :
Brian a également rapporté par courriel que l'installation du paquet naspro-bridges sur un PC 32 bits engendre une impossibilité d'utiliser Qtractor.
(C'est probablement pareil avec un pc 64 bits)
Certains greffons sont en cause et non le logiciel naspro.
Liste des suspects: zam-plugins, amsynth, zyn*
Naspro charge des greffons pour en dresser la liste, et peut exécuter une partie de leur code, d'où éventualité de plantage.
En ayant retiré les greffons indiqués, lv2ls fonctionne.
Il serait idéal que Naspro soit codé en processus séparé pour le listage, ce qui éliminerait le danger de plantage pour l'hôte à greffons. (fonctionnalité à demander)
Amsynth DSSI est fautif, voir
https://github.com/amsynth/amsynth/issues/137
naspro-bridges :
Il faut également appliquer cette rustine.
Pour extraire les programmes, naspro réalise une instanciation de greffon.
Par erreur, celle-ci est faite au taux d'échantillonnage 480k au lieu de 48k; amsynth répond en levant une erreur.
C'est déjà intégré à l'upstream.
https://gist.github.com/jpcima/ad98f97a672d8d3270fed5b6384802b5
Cela fonctionne, avec un problème facheux néanmoins, l'extraction des programmes est extrêmement lente.
Le problème de lenteur est résolu par ce correctif. https://github.com/amsynth/amsynth/pull/139 Il faut donc appliquer amsynth #138, amsynth #139 et le correctif naspro-bridges en lien dans le commentaire précédent.
En attendant que j'ai le temps de regarder cette rustine, j'ai ajouté une note dans la page https://librazik.tuxfamily.org/doc2/paquets#paquets_supplementaires Histoire de pallier à ceci : http://linuxmao.org/forumthread92800 Il faudra supprimer cette note ensuite.
Une fois que les correctifs seront intégrés, il sera souhaitable de relever une liste de greffons fautifs, sur une configuration avec beaucoup de LADSPA et DSSI installés. (`valgrind lv2ls`)
J'ai remarqué que, s'il n'entraîne pas nécessairement un plantage, on relevait un problème de mémoire avec zynaddsubfx_dssi.
Je souhaite savoir s'il y en a d'autres.
Une version naspro-bridges 0.5.1-2librazik1 se trouve dans testers.
Elle incorpore la rustine https://gist.github.com/jpcima/ad98f97a672d8d3270fed5b6384802b5 de Jean Pierre.
Retours bienvenus avant la pousser dans users.
Notes pour moi même :
- mettre à jour le bogue Debian si ça fonctionne
- contacter Brian pour lui dire de mettre à jour
- faire une page de doc2 à naspro-bridges
- retirer la mention dans la page paquets] et lui mettre une ligne - l'intégrer dans la page [[:logiciels - faire une page linuxmao
- mettre une note dans le fil de discussion sur linuxmao
J'ai mis une version 1.9.0-0librazik6 pour amsynth dans testers (elle inclue les 2 rustines)
Ainsi, naspro-bridge et amsynth sont donc censés fonctionner à présent.
Retours bienvenus avant de pousser tout ça dans users.
Avec amsynth et naspro-bridge rustinés, ça semble toujours faire planter les hôtes (jalv.select).
Je lance donc "valgrind -v lv2ls" et j'obtiens ceci :
http://paste.alacon.org/45952 (lien valable pour un mois).
JP, dis moi si je peux t'aider.
Il y a un plantage avec zynaddsubfx_dssi.
Problème : la fonctionnalité pthread n'est pas liée avec la bibliothèque standard C++, Zynaddsubfx tente d'instancier une tâche parallèle, cela renvoie à l'adresse 0 et plante.
Lorsqu'on lie la libpthread au greffon, le problème n'est toujours pas résolu.
Par contre, cela se résout quand on lie _l'hôte_ à la libpthread.
Exemple : https://gist.github.com/jpcima/3dfd22ee963a61be5af188f558c65a1c On lie avec pthread ça marche, sinon ça plante.
Je ne sais pas du tout si c'est possible de résoudre cela côté greffon.
Référence :
https://bugzilla.redhat.com/show_bug.cgi?id=508475
Le soucis semble être toujours d'actualité à en lire : http://linuxmao.org/forumthread97943.
(À rester ceci dit, car didier à tendance à bidouiller des tas de trucs et de mélanger des dépôts de distro ensemble.)