All Projects

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

• 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

Ç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,…)
• …

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