https://sourceforge.net/projects/kmetronome/files/kmetronome/1.2.0/

If i log into TTY, i get 2 times the warning
xset: unable to open display “”

Commenting the two lines:
xset -dpms
xset s off
in the file
/etc/profile.d/disables-screensaver.sh
gets rid of the warnings during login to TTY.
It probably also omits running the according xset commands when starting X with startx.

I don’t know if something like:
if [ -n “$DISPLAY” ]; then xset -dpms; fi
if [ -n “$DISPLAY” ]; then xset s off; fi
might solve the problem a little better. After startx the two xset commands are still not run, i guess.

Provient de http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=1017

De sub26nico :

Phénomème étrange avec Early Reflections, mais je ne pense pas que ça vienne du paquet librazik mais de l’amont. J’ai fait une petite vidéo :
https://exode.me/videos/watch/b78ce694-f775-4637-910d-ce1012131127 J’ai prévenu le dév via son canal sur riot.im.

Sans réponse du dév sur le canal RIOT, j’ai ouvert une tâche sur Github :
https://github.com/michaelwillis/dragonfly-reverb/issues/71

Dans l'onglet outil de l'interface de Cadence, il semble qu'il y ait normalement une possibilité de contrôler la gouvernance du processeur si on regarde cette capture d'écran : http://kxstudio.linuxaudio.org/screenshots/cadence1.png . À en lire ceci http://kxstudio.linuxaudio.org/Documentation:Manual:cadence_introduction#system_status , il s'agit d'un truc pour KXstudio/Ubuntu car le paquet "indicator-cpufreq" n'existe pas sous debian 8.

Note pour moi même : à voir d'où il vient ce paquet et s'il est possible/souhaitable de le reconstruire pour LibraZiK.

Description

Reproduction du bug

Prérequis

Installation x2go

Configurer client x2go

Démarrer la session et bug

Solution

Note

xset:  unable to open display ""
xset:  unable to open display ""
setterm: le terminal xterm-256color ne prend pas en charge --blank
setterm: impossible de (dé)configurer le mode powersave: Ioctl() inapproprié pour un périphérique

Depuis la version 0.90, cette fonction est boguée.
(voir #468-cadence : nouvelle version (0.9.0 et même) 0.9.1)

Il y a des greffons notés “expérimentaux” par l’amont : le ZamSynth (un synthétiseur) et le ZamSFZ (un lecteur de SFZ).

J’ai mis un paquet zam-plugins de version 3.9+20171231~git7d2226a-0librazik2 dans testers. (époque LZK-2)

Ce paquet contient deux greffons supplémentaires en cours de développement : le ZamSynth et le ZamSFZ. (époque LZK-2)

Voici quelques bogues de ces greffons :
(voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=374)

ZynSFZ

ZamSynth

Les greffons lv2 et vst3 ne s’affichent pas correctement dans Ardour 7.2 (version lzk) (voir captures d’écran).
Les mêmes greffons s’affichent correctement dans Carla.
Les mêmes greffons s’affichent correctement dans Qtractor, mais les lv2 s’affichent bizarrement (la fenêtre occupe trop d’espace).
Les mêmes greffons s’affichent correctement dans Reaper hormis les lv2 qui n’apparaissent pas à la bonne dimension, et une fois redimensionnés, il y a des glitches visuels.

(précédente :  FS#1392  - LZK4 : publication de mai 2023

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

• les tâches sur lesquelles je souhaite vraiment, et espère pouvoir travailler dessus pour la prochaine publication
• et celles déjà publiées

Avant publication :

• refaire les paquets librazik-* si besoin ()
• faire un tour des pouets mastodon
• vérifier les liens dans le billet de blogue
• ajouter des captures d’écran dans le billet de blogue
• vérifier les numéros de version dans la liste de la page “paquets”

Publication :

• préparer la tâche pour la prochaine fois
• modifier la tâche en cours dans la page : https://librazik.tuxfamily.org/doc4/manuel/testage#en_test

Diffusion :

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

Il y a des ennuis avec la longueur maximale des noms de clients dans jack. Surtout lorsqu’il s’agit de lancer certains greffons LSP dans Carla sous NSM. JACK refuse d’ajouter les clients pour les greffons parce que leurs noms sont trop longs. Carla utilisant un nom de client qui ressemble à ça:

Carla-Multi-Client.Carla/LSP Multiband Dynamics Processor LeftRight x8

la limite des 64 caractères est tout bêtement dépassée.

Pour contourner ce problème, je propose de modifier le paquet jack pour changer cette limite à 256 (Pipewire utilise aussi cette limite de 256 caractères pour les noms de client). Pour ce faire, il faut appliquer un patch qui change les fichiers suivants:

dbus/controller_iface_patchbay.c
common/JackConstants.h

en modifiant la ligne:

#define JACK_CLIENT_NAME_SIZE 64

en :

#define JACK_CLIENT_NAME_SIZE 256

Voilà, à l’occasion, à la prochaine compilation de JACK, ça pourrait être chouette.