All Projects

Problème rapporté dans les forums de linuxmao par Bluedid et sub26nico : http://linuxmao.org/forumthread71107

TL;DR : il manque le paquet "system-config-printer" pour que l'impression fonctionne correctement.

Le greffon "Calf 30 bands" ( http://librazik.tuxfamily.org/doc/logiciels/calf-plugins/calf-equalizer_30_band ) semble :
- fonctionnel en l'utilisant avec jalv (ou jalv.select) et ou calfjackhost
- dysfonctionnel avec Qtractor et Ardour

m31z0nyx a reporté que dès que tu le lances il va sur un site qui utilise des google fonts : "je confirme, il suffit de créer un nouvel utilisateur. Tu lances smplayer et tu attends qqs secondes. Il ouvre iceweasel sur http://smplayer.sourceforge.net/first-steps.php "

Bogue lié (trebmuh) : après une suppression complète (fichiers de conf'), puis réinstallation puis relance, la page ne se lance pas. Ceci signifie qu'il reste un de configuration quelque part malgré la suppression complète (+ fichier de conf')

Certains des kits de batterie d'Hydrogen actuellement inclus dans LibraZiK ne sont pas libres.
Il s'agit de :
- http://librazik.tuxfamily.org/doc/paquets/hydrogen-drumkits-extra-librazik-99drumkits - http://librazik.tuxfamily.org/doc/paquets/hydrogen-drumkits-extra-librazik-reallynatualremo

Il faut donc les retirer en :
- faisant une nouvelle version de ces paquets, mais vide
- retirant ces paquets des dépendances de http://librazik.tuxfamily.org/doc/paquets/hydrogen-drumkits-extra-librazik-all

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

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/ .

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

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

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.

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

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.

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 !

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

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

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).

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

Voir https://github.com/rncbc/qtractor/issues/109

Note mise dans la page de documentation de helm :

• http://librazik.tuxfamily.org/doc2/logiciels/helm#utilisation
• http://librazik.tuxfamily.org/doc3/logiciels/helm#utilisation

De base, Qtractor ne cherche que dans /usr/lib/vst. Or il y a des greffons VST-natif qui se trouve dans /usr/lib/lxvst.

Voir https://github.com/rncbc/qtractor/issues/110

Refaire un paquet Qtractor qui intègre ces 2 chemins en attendant.

Elles sont relativement sombres et peuvent passer inaperçues.
En tant que contournement, j'ai mis une note dans http://librazik.tuxfamily.org/doc2/logiciels/gxtuner

J'ai déposé le bogue en amont : https://github.com/brummer10/gxtuner/issues/15

Et zut. J'ai constaté ce dysfonctionnement après avoir publié.

Si alsa-utils 1.1.5 est installé, alors il n'y a plus accès à
"menu Catia → Réglages → ALSA-MIDI (EXPERIMENTAL)", l'option restant grisée.

Puisque ça fonctionne bien avec alsa-utils 1.1.4, j'ai refait un paquet 1.1.4
qui prend la précédence sur le 1.1.5 .

Voir :
- http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=352 (version 1.1.5 défectueuse)
- https://github.com/falkTX/Cadence/issues/184 (rapporté en amont)

Il semble qu'easytag a tendance à corrompre les fichiers OGG qu'il tague.
Voir https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855251 Note mise dans la page http://librazik.tuxfamily.org/doc2/logiciels/easytag

Frank Kober (ou "dharanamrs", le développeur de qmidiarp) m'a signalé par courriel qu'un bogue avait été trouvé juste après la publication de la version 0.6.5 . Ce bogue est corrigé dans le dépôt amont.
- la première note manquante était dans le greffon LV2 qmidiarp
ainsi que :
- amélioration du renvoi MIDI (forwarding) des événements non-correspondant, utile dans le chaîne de greffon

Voici donc une mise à jour permettant de corriger ce bogue : 0.6.5+20180103~gitd6151fb-0librazik1

Retours bienvenus avant de le pousser dans users.

https://security-tracker.debian.org/tracker/CVE-2017-5754 https://security-tracker.debian.org/tracker/DSA-4078-1 http://linuxfr.org/news/deux-failles-critiques-meltdown-et-spectre https://spectreattack.com/

La version LADSPA du ZamVerb ne semble pas fonctionner.

Signalé par sub26nico : http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=374 Confirmé par trebmuh ici.

Rapporté en amont : https://github.com/zamaudio/zam-plugins/issues/57

Certaines icônes semblent être manquantes. Par exemple celle de la poubelle (voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=499 ).

Copie d'une discussion avec houston4444 (le développeur de ray session) sur IRC :

<houston4444> salut olinuxx , en voyant la video de sub26nico je me rends compte qu'il manque pas mal d'icônes sur les clients de raysession. Je pense que pour faire bien joli et avoir toutes les icônes adéquates, tu devrais lui appliquer un patch pour bien attraper les bonnes icônes par défaut
<olinuxx> quelles icônes ? et quel fichier rustiner ?
<houston4444> le fichier est client_templates/client_templates.xml
<olinuxx> ah ok, c'est l'équivalent de la db de claudia

Le greffon LV2 chorus/vibrato issue de setBfree ne se lance pas.
Version 0.8.7-0librazik2 ( http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=535 ).

Rapporté en amont : https://github.com/pantherb/setBfree/issues/62 (en anglais).

Voir : https://github.com/calf-studio-gear/calf/issues/188

Il semble y avoir un soucis ici.
À investiguer un peu plus.

J'ai mis une note dans la page du calf-limiter.

- https://librazik.tuxfamily.org/doc2/logiciels/jalv - https://librazik.tuxfamily.org/doc2/logiciels/calf-plugins/calf-limiter

Rapporté par Brian :

One thing that is a little problematic is jalv.select, but because the colors are such that I can't read the list of plugins except with a mouseover. (see the screenshot included here) If they were clearer colors it would be better, imo..

(traduction FR) Une chose un peu problématique est jalv.select, car les couleurs sont telles que je ne peux pas lire la liste des greffons sauf avec un survol de souris. (voir la capture d'écran ci-jointe) S'ils étaient plus clairs, ce serait mieux, amha…

Le volume général n’est pas rechargé par les xmz.

Il semble que le binaire soit manquant dans la paquet LZK-3.

Voir également :

• https://github.com/smbolton/hexter/issues/10
• https://github.com/smbolton/hexter/pull/11