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

French (English below)

La page d’accueil du site est en français, quelle que soit la langue principale du navigateur.

English

The website landing page is french, regardless of browser primary language.

À 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”)

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

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

• https://github.com/markc/midicomp

Un compilateur MIDI - conversion de fichiers MIDI SMF en fichier texte et vice-versa.
Peut être utile pour les développeurs, et pour tester des fichiers MIDI peut être.

Il me semblait que le travail du projet de noyau linux-libre avait été intégré dans le noyau Debian de base, mais ça n’a pas l’air si sûr que ça.

Voir :

• https://www.fsfla.org/ikiwiki/selibre/linux-libre/index.fr.html
• https://jxself.org/linux-libre/
• http://linux-libre.fsfla.org/pub/linux-libre/freesh/

Voir s’il est possible dans faire des BL (probablement puisqu’il ne s’agit que d’options de compilation du noyau) et éventuellement des RT (là, c’est moins sûr, il faut essayer) afin de les proposer comme des alternatives aux noyaux de chez Debian.

• http://benjamin.kuperberg.fr/chataigne/fr/#about

Un captureur d’écran.

Un captureur d’écran.

Un captureur d’écran.
Sortie en Ogg Theora.

Un captureur d’écran.

Un outil de capture d’écran pour afficher vos frappes clavier.

Un captureur d’écran.
Utilitaire pour la diffusion d’écran en texte clair.

Un captureur d’écran.

• https://github.com/slowmoVideo/slowmoVideo
• http://slowmovideo.granjow.net/ https://packages.debian.org/slowmovideo

• http://lumiera.org/index.html
• voir https://git.lumiera.org/gitweb?p=debian/lumiera;a=tree;hb=HEAD

• https://www.shotcut.org/
• https://github.com/mltframework/shotcut
• https://launchpad.net/~haraldhv/+archive/ubuntu/shotcut
• https://www.reallinuxuser.com/shotcut-for-linux-is-getting-better-and-better/
• http://www.lprod.org/wiki/doku.php/video:shotcut

• https://github.com/collingreen/chronolapse

• https://github.com/mifi/lossless-cut

• http://ctrlr.org/
• http://linuxmao.org/ctrlr
• http://linuxmao.org/forumthread114455

• https://github.com/RomanKubiak/ctrlr
• https://github.com/ftoledo/pkg-ctrlr
• https://github.com/RomanKubiak/ctrlr/issues/78#issuecomment-530307772
• https://github.com/RomanKubiak/ctrlr/issues/92

• https://terminatorx.org/addons/
• http://linuxmao.org/Aseqjoy

Voir la doc de LZK-1 :

• https://librazik.tuxfamily.org/doc/logiciels/aseqjoy
• https://librazik.tuxfamily.org/doc/paquets/aseqjoy

• page de doc LZK-1 : https://librazik.tuxfamily.org/doc/paquets/zictoolspm
• https://linuxmao.org/zictoolspm
• https://www.linuxmao.org/forumthread73875

• http://linuxmao.org/Dino
• http://dino.nongnu.org/
• Dino (documentation LZK-1)

Un petit séquenceur MIDI.

Ne compile pas sur Stretch et donc ne passe pas sur LZK-2.
Voir http://linuxmao.org/forumthread80466.