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.

Ce soucis a été reporté par "alasic" sur le canal IRC de #librazik qui tentait d'installer un pilote wifi pour une carte BCM43228 par l'intermédiaire du paquet non-free (des dépôts Debian) du nom de broadcom-sta-dkms . L'installation de ce paquet semble demander l'installation de paquets linux-headers (les entête de développement du noyau permettant de compiler un module pour le noyau).

Ceci échoue lorsque (par exemple) on demande à synaptic d'installer le paquet linux-headers-4.9.0-4-lzk-bl-amd64, car synaptic renvoie alors une erreur disant que celui-ci dépend du paquet linux-headers-4.9.0-4-lzk-bl-common (=4.9.51-1) mais que ce dernier n'est pas installable.

Il semble que j'ai oublié de fabriquer les paquets linux-headers-4.9.0-4-lzk-bl-common et linux-headers-4.9.0-4-lzk-rt-common lors de la fabrication des noyaux de LZK-2, et que ceci empêche donc un utilisateur de construire un module pour ce noyau.

Il me faut donc fabriquer ces paquets et les mettre sur le dépôt "users".

Voir : http://linuxmao.org/forumthread69390 → provoquer l'installation du méta-paquet "task-print-server" (librazik-base-système)

Signalé par Brian sur IRC, CALF est en français.
Les LSP sont également en français, ce qui changera avec http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=358

Il y a (normalement) une possibilité d'aperçu audio au survol de la souris pour les fichiers audio.

Résumé d'une discussion avec erwan sur IRC :

<r1> l'aperçu des fichiers sons sur le bureau fonctionne pour vous ? (je précise que cela ne fonctionnait pas avant mon banzai), genre, tu passes la souris sur l'icone d'un fichier et ça fait de la musique (je précise que l'option est sur toujours les préférences du gestionnaire de fichier → aperçu)
<trebmuh> elle n'est pas activée de base
<trebmuh> tu parles du gestionnaire de fichier de MATE ?
<r1> voui caja
<trebmuh> je m'étais déjà dit "un jour, je mettrai ça dans la doc, ça peut intéresser des gens", genre y'a 3 ans, à l'époque de LZK-1
<r1> ben ouais, pour les blaireaux, c'est bien, et j'utilise le truc très souvent :)
<trebmuh> t'as essayé de redémarrer la session ?(p't'être que c'est nécessaire pour être pris en compte)
<r1> oui oui
<trebmuh> et ça marche pas ?
<r1> niet
<trebmuh> alors tu viens de découvrir un bogue \o/, → flyspray stp
<r1> encore un bug d'internet… je te jure, je passe mon temps à me battre avec des bugs
<trebmuh> trouvé : https://github.com/mate-desktop/caja/issues/12, tu testes et tu me dis ?
<r1> avec gstreamer0.10-tools c'est pas mieux, avec totem c'est bon, mais ça fait une chiée de dépendance pour une "petite" fonctionnalité
<r1> y'avait cette info sur gstreamer-tools ici ausi : https://ubuntu-mate.community/t/no-audio-when-mouse-hovers-over-file/17493, mais sur ubuntu
<trebmuh> r1, et avec "gstreamer1.0-tools" ?
<r1> oui c'était bien celui-là, erreur de copier/coller toute à l'heure
<trebmuh> ok
<r1> j'ai déinstallé le bousin et les dep de totem, j'ai rebooté et ça fonctionne avec gstreamer1.0-tools, (après reboot)
<trebmuh> r1, ah, chouette !

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.

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

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

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

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

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

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

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

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.

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

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

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

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/

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.

diigitae a rapporté (sur IRC et sur le fil de forum lmao, voir ci dessous) qu'il fallait absolument le paquet libjack-jackd2-dev pour qu'il fonctionne.

À vérifier, à vérifier avec le milkytracker du dépôt Debian.
Si c'est bien le cas :
1) remonter le problème sur le BTS Debian
2) refaire un paquet qui tire le dépôt en attendant

Voir également : http://linuxmao.org/forumthread84524

Relevé par briandc (en privé sur IRC) : pour les sous-menus très longs, comme celui des instruments virtuels, on ne peut pas aller vers le bas avec la souris avant que de l’avoir fait défiler avec les flèches (note Olivier : ou d’avoir appuyer sur la touche Ctrl). Ensuite, on peut faire défiler toute la liste avec la souris.

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 !

(copié/collé d’une discussion sur le canal IRC)

Bogue trouvé lors de l’empaquetage de la version 1.2, mais qui était déjà présent avec la version 1.1 .

• je (olinuxx) lance le tubeamp avec jalv.select (jalv.gtk)
• il apparaît non-connecté en entrée et en sortie dans catia (jusque là, tout est normal)
• je lance un morceau de musique avec VLC (et sa sortie jack pour que ça apparaisse dans catia)
• VLC apparaît dans catia et se connecte aux sorties system (mon casque audio)
• maintenant, c’est là que ça commence à délirer :
• je connecte les sorties de VLC aux entrées du KPP dans catia, À NOTER QUE LES SORTIES DU KPP DANS CATIA NE SONT PAS CONNECTÉES
• et bé… le son change quand même dans mon casque et là, j’avoue que ça tient de la magie pour moi
• c’est comme si la modélisation de l’ampli chargé par défaut s’auto-connectait, mais pas les boutons de la GUI
• comme s’il y avait un thread pour le DSP, et un autre pour la GUI
• et que le thread du DSP charge la modélisation de l’ampli, et s’auto connecte aux sorties sans le dire/montrer

(sub26nico) trebmuh, jpcima pour compléter, le même greffon ne fait pas ça dans Carla et un autre greffon dans jalv ne le pas non plus
(sub26nico) jpcima, et aussi, bien que le son change quand on connecte la source au greffon kpp, si on change les paramètre du greffon, ça ne change rien dans le son, ce qui laisse supposer que ce ne sont pas les sorties du greffon qui s’auto-connectent

Signalé ici http://linuxmao.org/forumthread83955

Paquet 4.1-0librazik1 dispo dans testers.

Retours bienvenus avant de le passer dans users.

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…

Nouveau paquet 0.9+20180114~git61b816d-0librazik1 pour jalv.select dans testers.

Ceci apporte une indication sur le nombre de sortie et entrée audio lors du survol d'un greffon dans la liste.

Voir https://github.com/brummer10/jalv_select/issues/25

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.

Voir : https://github.com/ssj71/infamousPlugins/issues/28 et https://github.com/ssj71/infamousPlugins/issues/32

Quand il sera fonctionnel, il faudra lui faire une page ici : http://librazik.tuxfamily.org/doc2/logiciels/infamous-plugins