All Projects

(précédente : FS#1366 - LibraZiK-4 - publication )

Ceci est une tâche mère qui contient :

• les tâches prêtes sur lesquelles je souhaite travailler pour la prochaine publication
• et celles prêtes à être publiées.

Avant publication :

• [FAIT] refaire les paquets librazik-* si besoin (librazik-menu, librazik-base-logicielsaudio, librazik-logiciels-all)
• faire un tour des pouets mastodon
• [FAIT] vérifier les liens dans le billet de blogue
• [PAS CETTE FOIS CI] ajouter des captures d’écran dans le billet de blogue
• [FAIT] vérifier les numéros de version dans la liste de la page “paquets”

Publication :

• [FAIT] préparer la tâche pour la prochaine publication : http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=1392
• [FAIT] modifier la tâche en cours dans la page : https://librazik.tuxfamily.org/doc4/manuel/testage#en_test

Diffusion :

• [FAIT] relai sur les canaux IRC @libera.chat habituels
• [FAIT] https://mastodon.xyz/@LibraZiK/
• [FAIT] https://diaspora-fr.org/posts/
• [FAIT] mégaphone linuxmao

• https://github.com/Houston4444/Patchance
• http://raysession.tuxfamily.org/fr/#_patchance

• https://github.com/jthwho/SickBeatBetty
• http://linuxmao.org/forumthread111469

Précédent :  FS#1408 

Une nouvelle série 5.10.0-25 (5.10.191-1) de noyaux est dans Debian stable.
Il est donc possible d’en faire des noyaux BL et RT.

(précédent :  FS#1135  )

Un paquet est dans Debian Sid, donc probablement possible de rétroporter.

(précédente :  FS#1417  - nouvelle version : ardour 8.1.0)

Nouvelle version 8.2.0 sortie et dispo chez Debian pour rétroportage.

(précédent :  FS#1361  - Carla : nouvelle version 2.5.2 (était 2.4.1))

Plusieurs nouvelles versions (des versions de correction de bogues principalement) sont apparues depuis la dernière version de LZK4, la 2.5.2 .
La version actuelle est la 2.5.8.

La version dans LZK est en retard par rapport au GIT master.

https://github.com/jpcima/ysfx

Actuellement, les images sont trop proches des listes à puces, voir par exemple sur la page http://librazik.tuxfamily.org/doc/logiciels/synthv1 :

En modifiant la CSS comme suit :

.dokuwiki img.medialeft {

  margin: 0.2em 2.5em 0.2em 0px;

}

j’ajoute un décalé entre l’image et la liste à puces :

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

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

Noyau linux-image-4.13.0-0.bpo.1-lzk-bl en version 32 bits et en version 64 bits.
Version "BL" donc Basse-Latence, pas de version RT car il n'existe pas de rustine RT pour cette version.

À tester pour les curieuses et les curieux.

(rapporté par elgeneralmidi sur le canal IRC #librazik)

Le thème metacity (greybird) a une barre noire entre le thème et la barre.

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

https://github.com/rncbc/qsynth/issues/5

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

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

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

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

test

LZK3, https://librazik.tuxfamily.org/doc3/manuel/installer_librazik#methodes_d_installation_de_librazik-3, la méthode 2 à un soucis majeur que je n’arrive pas comprendre de pourkoikiféchiélejak. Si quelqu’un a le temps et l’énergie d’aider à comprendre d’où ça vient, ça serait très apprécié.

Le soucis, c’est que jack ne démarre plus (avec cadence, j’ai pas testé avec qjackctl ni jackd en CLI) après une mise à jour et, de mémoire, il faut bidouiller pour qu’il redémarre, mais j’ai tellement bidouillé dans tous les sens que je ne sais pas quelle bidouille décoince le truc.

Si au moins je pouvais écrire dans la doc de mise à jour quelle bidouille faire après la MàJ pour que jack fonctionne, ça serait chouette.

(erreur)