électrons libres

8 Responses to “[actu] Festival « le son du libre » (Mallemort 16-17 octobre 2009)”.

1. dj3c1t :

   Yes !

   Sympa de relayer l’info par ici

   Et donc oui oui, mesdames et messieurs, à Mallemort, pas ce WE mais le prochain, c’est le Son du libre !

   Bon, pour Otis par contre, leur bassiste s’est tordu le bras récement donc finalement, Otis ne jouera pas… On est en train de voir pour les remplacer. Encore rien de sûr, mais ça se précise.

   Sinon, un petit plus cette années par rapport aux années précédentes: on va venir s’installer dans la salle des fêtes avec des ordis samedi après midi. L’Axul (les Utilisateurs de Logiciels Libres du Pays d’Aix) sera aussi sur place. On mettra à dispo des ordis équipés GNU/Linux pour les curieux de passage, et on proposera des CD avec moults programmes open-sources pour les windosiens (assortis bien entendu de quelques albums musicaux en licence libre).

   J’amenerais aussi un pc sur lequel je viens de terminer la compilation d’un noyau rt sur une debian avec Jack, Ardour, Hydrogen, Rezound… donc les furieux de la MAO sont aussi cordialement invités à venir faire un tour.

   Les clefs usb et les disques externes sont vivement recommandés. Ainsi que les PC. Pour ceux qui souhaitent venir à cette après midi du Soft Du Libre avec leur PC, un petit mot sur le formulaire de contact du site du festival serait sympa

   plus d’infos par là:
   http://sondulibre.revolutionsoundrecords.org/

   octobre 8th, 2009 at 21 h 51 min
2. dana_hilliot :

   salut dj3ct
   désolé pour le bassiste d’otis !

   ha le fameux noyau rt avec le patch d’ingo molnar !
   http://en.wikipedia.org/wiki/Ingo_Moln%C3%A1r
   notre héros

   (attention quand même : la dernière version du noyau ne fonctionne pas chez moi : le 2.6.29.3-rt, mais bon, avec le 2.6.24.7 ça roule du tonnerre (avec les drivers freebob pour ma carte son firewire) – pour les debianistes qui voudraient, en plus de leur noyau fonctionnel bénéficier quand même d’une debian testing, je peux vous filer mon fichier de « pinning » – qui règle les priorités d’installation de nouveaux paquets, ce qui permet de conserver le noyau rt tout en installant openoffice 3.0. par exemple

   désolé pour le caractère abscons de ce message pour les non-debianistes

   octobre 8th, 2009 at 22 h 20 min
3. dj3c1t :

   Hello dana

   « attention quand même : la dernière version du noyau ne fonctionne pas chez moi : le 2.6.29.3-rt »

   c’est parce que tu n’as pas la dernière version !
   http://www.osadl.org/Latest-Stable.latest-stable-realtime-linux.0.html

   je déconne
   j’ai bien du testé 2 ou 3 noyaux avant de tomber sur celui qui rendait mon portable heureux

   « freebob pour ma carte son firewire »

   je note… ça pourra me servir à dire autre chose que: « heuuu…. » si un gars se pointe avec une carte firewire

   et pour le fichier de « pinning », je suis preneur !

   …
   bon, pour les non-debianistes, sachez que ce genre de vocable semble effectivement à première vue pas mal abscons, mais qu’il recèle en vrai plein de poésie. sisi.

   octobre 8th, 2009 at 23 h 15 min
4. dana_hilliot :

   plein de poésie oui oui !!
   sinon j’ai pas vu passer ce noyau 2.6.29.6-rt23 dans les dépots debian ou pure:dyne, vais m’y intéresser de près

   pour la carte firewire (par exemple une edirol fa 101 chez moi), les pilotes freebob sont opérationnels jusqu’au noyau 2.6.24.7, après il semble qu’on puisse passer aux pilotes FFADO, mais c’est à tester (tu choisis dans jackd en fait ou bien freebob ou bien « firewire » dans la case en haut à droite

   je t’enverrai mon fichier de pinning (m’a fallu du temps pour le concevoir mais ça marche plutôt pas mal, juste faire gaffe aux mises à jour un peu massive, style : qu’il te propose de désintaller xserver.xorg là vaut mieux attendre un peu…)

   sinon je suis sous bureau LXDE, très léger (demande un peu de config à la mano) mais très intéressant pour les machines peu puissantes

   octobre 9th, 2009 at 0 h 08 min
5. dj3c1t :

   Oui, LXDE. beaucoup entendu parlé, pour sa légerté effectivement. Mais j’ai encore jamais eu l’occasion de tester. A vrai dire, depuis 2002, je suis resté bloqué sur WindowMaker… Et depuis 2002, mon bureau a pas changé d’un iota: y’a absolument rien dessus. Si bien qu’une fois démarré, mon ordi aurait presque l’air éteint.

   bon, du coup quand je fais découvrir GNU/Linux à un habitué de Vista, ça contribue pas trop à donner l’image de l’OS « qui vient du futur ». Mais pour le festival, les gens qui me diront: c’est « ça », Linux ? (vous savez, avec la tête qui s’avachit un peu en prononçant le « ça »)… je les enverrais voir Christophe, du Sac A Boulons, qui vendra avec un Ubuntu équipé Compiz Fuzion

   Pour le noyau, c’est effectivement le 2.6.29.3 qui est la dernière version proposée via les dépots pure:dyne. Mais pour ma part, sur mon Asus, de son p’tit non le X5DIJ c’est en compilant le 2.6.29.6 avec le patch rt de ce chèr Ingo que j’ai eu la meilleur compatibilité (notament la prise en charge sans config des touches « Fn » du portable pour régler la luminosité, etc). Par contre j’ai du compiler la dernière version d’Alsa pour avoir du son, mais ça c’est une particularité du X5DIJ… D’ailleurs pour ceux qui voudraient la dernière version d’alsa (actuellement la 1.0.21) et que leurs dépots ne propose qu’une version antérieure, je conseille le script AlsaUpgrade, qui se charge d’installer les dépendances, de télécharger les sources, de les compiler et de faire l’install :
   http://ubuntuforums.org/showthread.php?p=6589810

   Sinon, pour le fichier de « pinning », j’avoue que c’est un point avec lequel je suis pas encore bien clair… disons, je comprend effectivement que si tu as un noyau dans sa version 2.6.24, chaque upgrade doit par défaut te proposer de passer au 2.6.29. mais je suis pas sûr de voir le rapport avec OpenOffice 3.0. Tu veux dire que pour installer le 2.6.24, tu as modifier tes urls de dépot ?

   Un autre truc que je sais pas trop, c’est la façon dont APT considère les applis qui ont été installées « manuellement » comme par exemple avec un dpkg -i .deb ou carrément après compilation/installation avec make.

   Si un lecteur dans les parages a une idée… sinon j’essaierai de trouver ça avant le festival (faut que j’assume un minimum mon rôle de « présentateur » linuxien ^^) et je repasserais par ici si j’ai fait des découvertes sur le sujet.

   octobre 9th, 2009 at 13 h 43 min
6. dana_hilliot :

   merci des infos

   alors pour le pinning, je suis pas un spécialiste (va sur le forum de debian, tu auras pas mal d’infos), mais l’idée me semble-t-il c’est de donner des priorités à certains dépots plutôt qu’à d’autres
   je copie mon ficher préferences ici :

   Package: *
   Pin: release o=Debian,a=testing,l=Debian-Security
   Pin-Priority: 900

   Package: *
   Pin: release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages
   Pin-Priority: 900

   Package: *
   Pin: release o=Debian,a=testing,l=Debian
   Pin-Priority: 900

   Package: *
   Pin: release o=volatile.debian.org,a=stable,l=debian-volatile
   Pin-Priority: 800

   Package: *
   Pin: release o=Debian,a=stable,l=Debian-Security
   Pin-Priority: 800

   Package: *
   Pin: release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages
   Pin-Priority: 800

   Package: *
   Pin: release o=Debian,a=stable,l=Debian
   Pin-Priority: 800

   Package: *
   Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages
   Pin-Priority: 99

   Package: *
   Pin: release o=Debian,a=unstable,l=Debian
   Pin-Priority: 98

   Package: *
   Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
   Pin-Priority: 97

   Package: *
   Pin: release o=Debian,a=experimental,l=Debian
   Pin-Priority: 96

   Package: *
   Pin: release o=goto10.org,a=stable,l=bits and bytes,c=non-free
   Pin-Priority: 990

   Package: *
   Pin: release o=goto10.org,a=stable,l=bits and bytes,c=contrib
   Pin-Priority: 990

   Package: *
   Pin: release o=goto10.org,a=stable,l=bits and bytes,c=main
   Pin-Priority: 990

   à la fin de la liste tu as les dépots pure:dyne (goto10)
   leur priorité est maximale (990), c’est-à-dire que si je fais un apt-get upgrade, et que par exemple il existe plusieurs versions de jackd proposée, apt ne tiendra compte que de la version qui se trouve sur le depot pure:dyne (et pas des versions proposées par exemple par debian testing (priorité : 900) ou debian unstable (priorité 98). ça te permet concrètement de ne pas toucher aux paquets mao de pure:dyne, y compris au noyau qui fonctionne correctement.
   (après rien n’empêche d’installer d’autres noyaux et de démarrer avec ces derniers à partir de grub bien sûr – mais toujours prendre garde à ne pas écraser le noyau qui le fait bien !)

   Du coup, je peux avoir openoffice 3.0. ou la version la plus récente du bureau LXDE proposé par testing (je donne un exemple au hasard hein) sans toucher à ce qui relève des paquets pure:dyne.

   par contre je n’utilise aps les drivers nvidia sur ma debian pure:dyne (m’en fous de la 3D, j’ai une partoche ubuntu de 20 go quand j’ai envie de faire un peu de jeu vidéo défoulatoire : regnum online par exemple

   Pour le moment je suis assez satisfait de cette solution. Mais comme je change tous les 6 mois, par pur plaisir informatique, ça peut changer

   compiler son propre noyau et le patcher soi-même, je crois effectivement que c’est la best solution
   je me tate pour essayer ça avec une gentoo prochainement (me reste une 20aine de go sur le DD.. )

   octobre 9th, 2009 at 14 h 01 min
7. dj3c1t :

   Ah oui !

   ok
   merci pour le fichier !
   et les explications

   et waouuu… t’as un sacré fichier de pinning, effectivement. Bouquiné un peu, du coup, sur le pinning… ça a l’air d’offrir une bonne flexibilité. visiblement, les priorités ont même des interprétations particulières selon les plages dans lesquelles elles se trouvent (plus de mille pour autoriser le downgrade, et même négative pour interdire l’install…)

   bon c’est cool, j’aurais un peu plus l’impression d’avoir des trucs à dire pendant le festival ^^

   Pour mon autre question sur les programmes installés par compilation et non via APT, j’ai finalement trouvé quelques infos. Si un programme est compilé et installé directement avec le Makefile (en général make install), seul le Makefile sait quels sont les fichiers qui ont été installés et il faut donc passer par lui pour désinstaller (make uninstall). Mais une fois le programme installé, APT n’est pas tenu au courant et agit donc comme si le packet n’existait pas. Sous Debian, on peut créer son propre .deb à partir des sources d’une appli. Y’a manifestement plusieurs méthodes, allant de l’usage perso (avec checkinstall) à la génération de .deb pour les dépots officiels (là c’est plus chô, y’a apparement une foule de trucs à vérifier et à bien faire, ce qui est bien compréhensible). A noter aussi que pour la compilation d’un noyau, y’a une commande particulière pour en créer un .deb: make-kpkg. Voir par exemple ici :
   http://philipjm.free.fr/blog/index.php?2009/03/07/142-compiler-un-noyau-pour-la-mao-sous-debian-lenny

   Et donc… je pense pas, par contre qu’APT gérera ensuite les mises à jours, mais le nouveau packet pourra ensuite facilement être désinstallé avec un apt-get remove. Et pour un .deb de kernel, ça lance dans la foulé update-grub, etc. donc mise à jour de grub à la mode débian comme il faut.

   bon… du coup, tant qu’à compiler, c’est vrai qu’une gentoo ça pourrait se tenter aussi. carrément.

   octobre 9th, 2009 at 20 h 07 min
8. dana_hilliot :

   oui
   la gentoo paraît être vraiment le truc le plus accessible pour se mitoner un système aux petits oignons (y’a encore pire, mais je crains fort que ça dépasse mes compétences, on verra déjà la gentoo si j’y arrive)

   octobre 9th, 2009 at 20 h 28 min

Leave a comment.