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

Ça serait chouette de pouvoir avoir une vidéo montrant l’étendue des possibilités avec LibraZiK.
Une vidéo que je pourrai mettre en page d’accueil du site.

Avec genre :

• enregistrement audacity/Ardour
• mixage/mastering Ardour
• son sur firefox (backtrack) avec guitarix par dessus pour jouer de la guitare
• travail musique vidéo Ardour/cinelerra
• boîte à rythme Hydrogen
• tuxguitar
• musescore
• des synthés virtuels/émulation (moog, orgue hammond,…)
• …

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

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

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.

écrire une doc sur les diverses optimisations LZK.

Les “mimetype” semblent pouvoir faire en sorte que, suivant l’extension d’un fichier (*.xyz), l’environnement sait avec quel logiciel il peut ouvrir ce fichier. Le travail d’intégration fait dans LibraZiK pourrait en bénéficier.

Lire :

• Librazik/04-Constructions-propres/Maint-guide-FR/maint-guide-fr-20150318/dreq.fr.html:dh_installmime
• https://wiki.debian.org/DebianMultimedia/PlayerSupport
• https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825993
• http://wiki.debian.org/MimeTypesSupport
• ~/.config/mimeapps.list
• man mimetype
• exécutable 'mimetype'
• /home/capturixeur/Bureau/oli/Librazik/04-Constructions-propres/Reconstructions-propres/FAITES/LZK-PP-USERS/qtractor/qtractor-0.6.7/src/mimetypes
• https://github.com/wbsoft/frescobaldi/blob/master/frescobaldi.desktop
• ls /usr/share/mime/*
• https://debian-facile.org/atelier:chantier:types-mime-et-applications-par-defaut
• /etc/mime.types

• https://forum.ubuntu-fr.org/viewtopic.php?id=21763
• https://forum.ubuntu-fr.org/viewtopic.php?id=2955
• https://forum.ubuntu-fr.org/viewtopic.php?id=1316
• https://forum.ubuntu-fr.org/viewtopic.php?id=22041

• peut être les fichiers /usr/share/applications/defaults.list (voir https://github.com/KXStudio/KXStudio/blob/0c41a66b9f9530209ab90ffae8ab941958b2b22e/config-theme/local) et /usr/share/applications/mimeapps.list (voir https://github.com/KXStudio/KXStudio/blob/0c41a66b9f9530209ab90ffae8ab941958b2b22e/config-theme/local/share/applications/mimeapps.list)

Voir la gestion des type mime des paquets suivants :

• protracker
• pd-l2ork
• qlcplus
• qtractor
• kwave (debian/mime)
• hydrogen
• audacity https://github.com/audacity/audacity/blob/master/help/audacity.appdata.xml
• ardour debian/ardour-sharemimeinfo
• petri-foo
• rezound
• stretchplayer
• mhwaveedit
• vkeybd
• veeonesuite (drumkv1, samplv1 et synthv1)
• voir rosegarden (commit sur le packaging debian du 2 juin 2016) et https://bugs.debian.org/825993
• musescore
• sonic-visualiser
• iem-plugin-suite
• polyphone
• ariamaestosa

voir pour éviter l’installation de doublon peut être :
http://linuxmao.org/forumthread71169

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

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

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.

• 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

Faire un paquet deb avec le site de documentation.

• sucer le site
• modifier les liens dans les pages si nécessaire (un sed devrait faire l’affaire)
• en faire un paquet avec placement d’un lanceur firefox sur le bureau
• l’intégrer au live

Intégration gladish
- ajout à librazik-logiciels-audio
- page de présentation à améliorer
- page de doc "premier pas"

- https://packages.debian.org/source/wheezy/cdrdao - https://sourceforge.net/p/rezound/mailman/message/1748274/

• https://packages.debian.org/wavbreaker
• https://github.com/thp/wavbreaker

• wavbreaker : GUI
• wavmerge : CLI pour fusionner plusieurs fichiers
• wavinfo : CLI pour info

• http://www.semanticaudio.co.uk/
• https://github.com/semanticaudio/SAFE
• Voir chez KX : https://launchpad.net/~kxstudio-debian/+archive/ubuntu/plugins

Demande sub26nico : http://linuxmao.org/forumthread67264 (3ème page)

Tester une reconstruction du paquet d’aurélien : https://mentors.debian.net/debian/pool/main/l/lenmus/ - FAIT

Voir aussi :

• https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480510
• http://www.lenmus.org/en/phonascus/building-linux
• https://github.com/lenmus/lenmus

Commenter ici :

• https://github.com/lenmus/lenmus/issues/9
• https://github.com/lenmus/lenmus/issues/4
• https://github.com/lenmus/lenmus/issues/40

Le mettre dans le dépôt experimentalers.

empaquetage
ajout à librazik-logiciels-audio
page de doc

Voir :
http://www.colorfulsoftware.com/emap https://github.com/bill-brown/emap/tree/lv2/src/main (branche lv2)

à voir si ça vaut le coup où si petri-foo est mieux

Voir si c'est toujours utile vu les progrès de jalv.select.
(voir dans mes vieux tests)