LZK - (FR) suivi des tâches / (EN) tasks tracking

Ne serait-ce pas intelligent/utile de mettre une taille de SWAP égale à la taille de la RAM pour que ca puisse hiberner ?

Voir :

• https://librazik.tuxfamily.org/doc3/comprehension/paquets_librazik#librazik-optimisations-swap
• https://librazik.tuxfamily.org/doc3/lexique/s#swap

Le sous-menu "Instruments virtuels" commence à être bien long.
Voir s'il serait possible de le sub-diviser en :
- synthétiseurs
- échantillonneurs
- éditeurs de banque de son
- tables d'onde

• http://linuxmao.org/forumthread94113

trebmuh : j’ai déjà constaté que certains logiciels (oui, c’est toi que je regarde firefox) avaient tendance à bouffer de la RAM jusqu’à plus dispo. Du coup, ça entraîne du swap et ça ralenti tout. Firefox m’a même déjà fait geler une machine comme ça. Quand je vois qu’il commence à ralentir, je ferme firefox et j’attends un peu en regardant un “free” en CLI, et je vois la RAM utilisée diminuer assez rapidement.

L’idée de pierrotlo me plaît bien de flusher la RAM régulièrement en tant que “défense”, mais j’aimerai juste être sûr que ça ne flush que la RAM inutilisée, pas toute la RAM dont celle qu’on est en train d’utiliser pour enregistrer le tube le l’été ! :)

jpcima oui les langages de programmation à ramasse-miettes. Ça déclenche souvent la libération de mémoire lorsque la mémoire de l’ordi est quasi pleine. Parfois tu as un paramètre qui donne le niveau auquel le GC s’active, je suis certain que firefox a une option comme ça.
Voir : https://linux-mm.org/Drop_Caches. J’utilise un truc qui marche bien systemd-swap, dont un composant qui s’appelle zram.

Ça serait chouette d’avoir une adaptation pour LibraZiK-3 LibraZiK-4 du thème plymouth lors du démarrage du système.

Bonjour!
I discovered that Wsynth (specifically in the standalone, 32-bit version, with DSSI, like Ghostess) can save presets but they do not load.
With other distros it works fine, so I think it is something in the LZK distro that is causing the problem. The 64-bit version doesn’t have DSSI capability.

Thanks for your help!

Brian

Pour le moment (version 0.6.6 de freewheeling), l’agencement du clavier par défaut est AZERTY.
C’est très bien pour les utilisateurs avec un clavier comme ça, mais ça doit être embêtant pour les autres.

Copie d’une discussion IRC avec Bill Auger (le mainteneur actuel) :

<bill-auger> it is highly configurable - pretty much any input that can be be plugged into a computer, could be used as triggers
<trebmuh> that is good for the French users, but no that good for other I guess :)
<trebmuh> my feature request is : it’s be very handy to have a config file to store a user choice about the keyboard layout
<trebmuh> then, all users would be fine with that, and I’ll not be enforcing anyone to use an AZERTY config
<bill-auger> there is
<trebmuh> oh ?
<bill-auger> almost everything is configurable
<trebmuh> in a config-file ?
<bill-auger> all that would need to happenis to include your interface in the sources
<bill-auger> the original azerty layout is not in the sources - but it is very easy to drop them in
<bill-auger> see the bottom of this file https://github.com/free-wheeling/freewheeling/blob/master/data/interfaces.xml#L32 <bill-auger> you can specify which interfaces/layouts will be available at runtine - at runtine you switch between them with TAB key
<bill-auger> just recently i made the ‘pckeyboard.xml’ be the default - yu would only need to add you custom XML, and change ‘pckeyboard.xml’ to the custom keyboard XML <bill-auger> send a PR adding your XML to the sources if you like - the configuration part is trivial

Le fichier de journalisation de jack .log/jack/jackdbus.log peut grossir très haut plusieurs dizaines voire centaines de méga).
Il faudrait trouver un moyen de limiter sa taille.

Idées :

• un cronjob
• lire sa manpage

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.

En discussion IRC, il a été observé que la version “dark reader” du thème est assez agréable à l’œil, tout en ne s’éloignant pas trop de la charte graphique générale du projet (du moins c’est mon avis).

Comme demandé, je note ici cette suggestion.
Si on veut implémenter ce thème, il faut voir si on peut transformer ça en fichiers CSS compatibles.

Dark reader est une extension de navigateur qui permet de générer automatiquement des styles sombres pour les pages web.

À priori, HUGO.

L’idée est de pouvoir faciliter la création/modification des pages statiques en les générant avec un cadriciel dédié.

Entre autre, celui-ci devrait (pour les pages statiques) améliorer ces points par rapport à la version actuelle (codé à la main) :

• permettre un affichage automatique des pages soit en français soit en anglais en fonction de la locale repérée et permettre de basculer de l’anglais vers le français
• permettre la gestion du bandeau de menu et du pied-de-page, et permettre un bandeau de menu déroulant
• s’adapter aux petits/grands écrans (être “responsive”)

Bonjour,
L'accès à n'importe quelle URL de doc3.librazik.org ou doc4.librazik.org (en HTTPS) se solde par une erreur 403. A ce stade, tout ce que je trouve qui pourrait m'aider pointe in fine vers un lien dans un de ces deux domaines. Par conséquent je suis dans l'incapacité totale de télécharger et essayer librazik. Je n'ai pas suffisamment de temps pour parcourir les réseaux sociaux ou IRC en quête d'une solution de contournement ET tester LibraZIK.
Cordialement,

Xavier