Bonjour,

Je pense que la clef GPG /usr/share/keyrings/librazik-keyring.gpg est obsolete.

C’est en faisant des tests avec synaptic, que j’ai découvert une problème sur la clef GPG de librazik.
C’est après avoir copier le clef dans /etc/apt/trusted.gpg.d

# cp /usr/share/keyrings/librazik-keyring.gpg /etc/apt/trusted.gpg.d/

que synaptic m’a signalé le problème par differents “warning”

W: http://security.debian.org/debian-security/dists/buster/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/librazik-keyring.gpg are ignored as the file has an unsupported filetype.
.../...
W: http://download.tuxfamily.org/librazik/pasapas/dists/LZK-PAP-users/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/librazik-keyring.gpg are ignored as the file has an unsupported filetype.

J’ai donc fait une recherche sur le web

research :

InRelease The key in the keyring /etc/apt/trusted.gpg.d are ignored as the file has an unsupported filetype

External Link https://unix.stackexchange.com/questions/583266/the-keys-in-the-keyring-etc-apt-trusted-gpg-are-ignored-as-the-file-has-an-un

J’ai donc fait les tests demandés

# apt-key --keyring /usr/share/keyrings/librazik-keyring.gpg list
     no output

à comparer avec une des clefs debian

# apt-key --keyring /etc/apt/trusted.gpg.d/debian-archive-buster-stable.gpg list
-------------------------------------------------------
pub   rsa4096 2019-02-05 [SC] [expire : 2027-02-03]
      6D33 866E DD8F FA41 C014  3AED DCC9 EFBF 77E1 1517
uid          [ inconnue] Debian Stable Release Key (10/buster) <debian-release@lists.debian.org>

de meme la commande “file” devrait indiquer “key public ring (v4) "

# file /usr/share/keyrings/librazik-keyring.gpg
/usr/share/keyrings/librazik-keyring.gpg: PGP public key block Public-Key (old)

à comparer avec la meme clef debian

 # file /etc/apt/trusted.gpg.d/debian-archive-buster-stable.gpg
/etc/apt/trusted.gpg.d/debian-archive-buster-stable.gpg: PGP/GPG key public ring (v4) created Tue Feb  5 21:38:40 2019 RSA (Encrypt or Sign) 4096 bits MPI=0xcf103570014775d3...

je pense donc qu’il faudrait re-créer une nouvelle clef de type rsa4096 et re-signer les paquets.
ou tout au moins signer les nouveaux paquets avec cette nouvelle clef.

Je pense que c’est à cause de ce problème que synaptic n’indique pas les depots librazik dans “origine” mais ça je ne peux pas le prouver sans avec créé mon propre dépot.

bonne journée,
Piep

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

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

when you run multiple gtk based application in command line there is the warning :
Gtk-Message: Failed to load module “canberra-gtk-module”

reproduced with :

$ /usr/bin/qlcplus
Gtk-Message: Failed to load module "canberra-gtk-module"

$ /usr/bin/qrest
Gtk-Message: Failed to load module "canberra-gtk-module"

etc…

the package “canberra-gtk-module” provides :

/usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libcanberra-gtk-module.so

solution : provide package “canberra-gtk-module” and dependency “libcanberra-gtk0” with librazik

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 !

Brian (de linuxsynths.com) a rapporté sur IRC que DrMr était en français.
“<briandc> Trebmuh wanted me to let him know if there are any apps that still are only in French, I found one: DrMr”.

Hello,

Quand je renomme un dossier ou un fichier, si je balade le curseur, celui-ci devient invisible.

Cf. la capture

A+
Erwan

Scide crash lorsque l’on manipule le Help. Quelque fois le code lui même fait crasher le logiciel sans raison.
Solution trouvée:
Rajouter --disable-gpu

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

Distribution Librazik 2 Beta x86_64, noyau librazik basse latence, système jack fonctionnel, paramétrage monobristol selon doc librazik
1) Le plantage se produit au moment ou l'interface graphique de l'instrument a fini de se dessiner.
2) en console la commande : startBristol -jack -mini -de bug 1  (voir fichier attaché)
3) dans certain cas l'UI reste affiché, mais elle est gelée

Bonjour,

Je viens tout juste d’installer Librazik 2 64bits dans le but de voir si je peux l’utiliser principalement pour du live.
Le logiciel Show Q m’intéresse particulièrement mais lorsque j’ai essayé de l’ouvrir, le message
“Show Q encountered an unknown-error” s’est affiché.
J’ai tenté plusieurs fois, je l’ai réinstallé via Synaptic mais rien n’y fait.

J’ai installé Librazik 2 64 bits 20171028 en suivant la méthode 1 du tutoriel d’installation.
La version de Show Q est la 0.4.1

Ai-je raté quelque chose? Est-ce un bug?
Merci d’avance pour votre aide!
Et un immense bravo pour Librazik. Le peu que j’en ai vu semble super. J’ai hate de pouvoir m’y plonger plus.

Denis

Bonsoir,
donc j'ai lancé audacity une fois, avec succès. Ayant refermé celui-ci sans modifier quoi que ce soit, je le relance plus tard et il ne ce lance donc plu.
Si je le lance depuis la console j'obtiens ceci :
tsgeek@mon-pc:~$ audacity

(Audacity:2445): Gtk-WARNING : gtk_disable_setlocale() must be called before gtk_init()
no more csLADSPA plugins
lo server running on 18028
* Error in `audacity': double free or corruption (fasttop): 0x000000000505b070 *
Abandon
tsgeek@la-machine:~$ audacity (Audacity:2449): Gtk-WARNING : gtk_disable_setlocale() must be called before gtk_init()
no more csLADSPA plugins
lo server running on 19968
* Error in `audacity': double free or corruption (fasttop): 0x0000000004d383f0 *
Abandon

VERSION du paquet : 2.1.2-1librazik1
Merci.

Claudia-launcher non-fr version contains French app discription

https://postimg.cc/gallery/13m0afhvs/

bonjour, je viens d’installer librazic 3 pour remplacer kxstudio .je suis guitariste et utilise ardour, guitarix etc.
guitarix ne fonctionne pas ainsi que les presets (j’ai vu le même pb rapporté sur le site de guitarix, sans solution pour l’instant).
j’ai fais différents tests. avec kxstudio 14.04.05 64 bits installé ou ubuntu 20.04.2.0 LTS 64 bits studio en live c’est ok.
sur Librazik le voyant vert de guitarix ne l’est pas vraiment et on a pas accès aux presets installés et à ceux en live même si on les mets manuellement dans le dossier.
connaissez vous ce pb ?
merçi

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

Ardour ne semble pas capable d'intégrer les greffons X42 convoLV2 dans Ardour,
ceux ci ayant un bogue.

http://linuxmao.org/forumthread68792

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

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

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

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.

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

Ardour 5.4 (version LZK ) crash dès que l’on veut produire un son (piano roll d’Ardour ou clavier midi)
avec le greffon Stegosaurus chargé dans une piste midi.

Lors de la sélection en insertion piste Midi, les effets LV2 de la série Calf s’insèrent bien mais une fois activés coupent le son de la piste. Les modules Calf Organ et Monosynth fonctionnent bien en Midi par contre. Tous les effets Calf fonctionnent en sortie Master et en insertion sur piste audio. Test sur Qtractor 0.8.5 sur système Debian 9 Stretch 64 bits.

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