http://thomas.enix.org fr Thomas Petazzoni http://thomas.enix.org/Blog-20090630091836-Technologie 2009-06-30T09:18:45+0200 fr Thomas Petazzoni En 2006 puis en 2007, j'avais un peu participé au concours de l'International Conference of Functional Programming (qui n'est pas obligatoirement réalisé avec des langages fonctionnels). Cette année, le concours avait lieu ce WE, de vendredi 20:00:16 à lundi 20:00:16. Nous avons travaillé dessus à 4, mais seulement de vendredi 20:00:16 à environ 4h du matin, soit en gros huit heures de travail sur les 72h de concours. Forcément, le résultat est à la hauteur de notre modeste participation: l'équipe Toulibre++ termine 307ème sur 317 participants classés. Nous n'avons en effet soumis la résolution que pour 2 problèmes sur 16. D'ailleurs, une personne de notre équipe a résolu 2 autres problèmes après notre séance de travail, mais nous ne les avons pas soumis. Même si le concours est terminé, une petite description du sujet vous donnera peut-être envie d'y jeter un œil. Avant la publication du sujet, la FAQ du site Web disait que des indices étaient déjà en ligne. Pourtant, en regardant de fond en comble le tout petit site Web du concours, je n'avais rien vu d'intéressant. Un seul détail paraissait étrange: le démarrage du concours à 13:00:16 CDT. Pourquoi pas à 13h pile ? Ça s'est expliqué quand le sujet a été dévoilé : un shuttle s'est accroché à la station Mir le 29 juin 1995 à 13:00:16. Le sujet serait donc lié à l'espace. Et effectivement, l'objectif était de guider un satellite. Le sujet se décomposait en 4 problèmes comportant chacun 4 scénarios similaires mais avec des données de départ différentes. Pour chaque problème était fourni un blob binaire, pour lequel il fallait écrire une petite machine virtuelle. Il était en effet écrit avec un jeu d'instruction assez particulier (pas de sauts par exemple, et une écriture en mémoire possible seulement à l'adresse de l'instruction), décrit dans le sujet. Cette machine virtuelle faisait donc tourner le code qui simulait le déplacement du satellite. Il fallait fournir des données en entrée (scénario utilisé, et vitesse du satellite en x et en y), et une exécution du binaire renvoyait des données en sortie (position courante du satellite, score actuel, essence restante, position à atteindre). À partir de ces données de sortie, il fallait recalculer des données d'entrée pour le prochain cycle, les injecter dans la machine virtuelle, puis relancer l'exécution du binaire. Le développement de la machine virtuelle fût relativement simple, si ce n'est que nous avons perdu du temps sur une erreur du sujet, sur laquelle toutes les équipes ont buté (d'après ce que nous avons pu lire sur le canal IRC du concours). La description du jeu d'instruction comportait une erreur de décalage d'un bit, ce qui évidemment faussait complètement l'exécution. En bons bourrins que nous sommes, nous avons donc développé la chose en C (avec un soupçon de C++), car tout le monde ne connaissait pas le Python dans notre petite équipe. Comme quoi le «fonctionnel» dans le titre n'est pas vraiment important :-) Une fois la machine virtuelle développée, il fallait s'attaquer aux problèmes en tant que tels. Ils relevaient finalement plus de la physique que de l'informatique pure. Dans le premier problème, le satellite que nous contrôlions était en orbite à une altitude donnée, et il fallait l'amener à une autre altitude. Évidemment, la ligne droite n'est pas la bonne solution car il n'y a pas assez d'essence pour cela. Il faut parcourir une trajectoire elliptique qui ne nécessite que deux impulsions : une impulsion pour sortir de la première orbite, puis une seconde impulsion pour se caler sur la deuxième orbite. Heureusement, ce principe était expliqué dans le sujet, et Wikipédia donnait plus d'informations à ce sujet. Nous nous sommes amusés à générer un fichier avec toutes les positions du satellite pour tracer avec Gnuplot la trajectoire du satellite ainsi que les orbites de départ et d'arrivée. Ce fût fort utile pour mettre au point le bazar. Le second problème, que nous n'avons pas abordé, était assez similaire, mais il ajoutait une contrainte sur l'orbite d'arrivée : il fallait arriver au même moment qu'un satellite gravitant sur cette orbite. En bref, il fallait bien calculer le moment de départ de l'orbite initiale. Tout cela était bien amusant, j'espère pouvoir participer à nouveau l'an prochain, peut-être en prévoyant une participation plus intensive. En 2006 puis <a href="http://thomas.enix.org/Blog-20070721192422-Technologie">en 2007</a>, j'avais un peu participé au concours de l'International Conference of Functional Programming (qui n'est pas obligatoirement réalisé avec des langages fonctionnels).<br /> <br /> Cette année, le concours avait lieu ce WE, de vendredi 20:00:16 à lundi 20:00:16. Nous avons travaillé dessus à 4, mais seulement de vendredi 20:00:16 à environ 4h du matin, soit en gros huit heures de travail sur les 72h de concours. Forcément, le <a href="http://icfpcontest.org/scoreboard.php">résultat</a> est à la hauteur de notre modeste participation: l'équipe <i>Toulibre++</i> termine 307ème sur 317 participants classés. Nous n'avons en effet soumis la résolution que pour 2 problèmes sur 16. D'ailleurs, une personne de notre équipe a résolu 2 autres problèmes après notre séance de travail, mais nous ne les avons pas soumis.<br /> <br /> Même si le concours est terminé, une petite description du sujet vous donnera peut-être envie d'y jeter un œil. Avant la publication du sujet, la FAQ du site Web disait que des indices étaient déjà en ligne. Pourtant, en regardant de fond en comble le tout petit site Web du concours, je n'avais rien vu d'intéressant. Un seul détail paraissait étrange: le démarrage du concours à 13:00:16 CDT. Pourquoi pas à 13h pile ?<br /> <br /> Ça s'est expliqué quand le <a href="http://icfpcontest.org/task-1.9.pdf">sujet a été dévoilé</a> : un shuttle s'est accroché à la station Mir le 29 juin 1995 à 13:00:16. Le sujet serait donc lié à l'espace. Et effectivement, l'objectif était de guider un satellite.<br /> <br /> Le sujet se décomposait en 4 problèmes comportant chacun 4 scénarios similaires mais avec des données de départ différentes. Pour chaque problème était fourni un blob binaire, pour lequel il fallait écrire une petite machine virtuelle. Il était en effet écrit avec un jeu d'instruction assez particulier (pas de sauts par exemple, et une écriture en mémoire possible seulement à l'adresse de l'instruction), décrit dans le sujet. Cette machine virtuelle faisait donc tourner le code qui simulait le déplacement du satellite. Il fallait fournir des données en entrée (scénario utilisé, et vitesse du satellite en x et en y), et une exécution du binaire renvoyait des données en sortie (position courante du satellite, score actuel, essence restante, position à atteindre). À partir de ces données de sortie, il fallait recalculer des données d'entrée pour le prochain cycle, les injecter dans la machine virtuelle, puis relancer l'exécution du binaire.<br /> <br /> Le développement de la machine virtuelle fût relativement simple, si ce n'est que nous avons perdu du temps sur une erreur du sujet, sur laquelle toutes les équipes ont buté (d'après ce que nous avons pu lire sur le canal IRC du concours). La description du jeu d'instruction comportait une erreur de décalage d'un bit, ce qui évidemment faussait complètement l'exécution. En bons bourrins que nous sommes, nous avons donc développé la chose en C (avec un soupçon de C++), car tout le monde ne connaissait pas le Python dans notre petite équipe. Comme quoi le «fonctionnel» dans le titre n'est pas vraiment important :-)<br /> <br /> Une fois la machine virtuelle développée, il fallait s'attaquer aux problèmes en tant que tels. Ils relevaient finalement plus de la physique que de l'informatique pure. Dans le premier problème, le satellite que nous contrôlions était en orbite à une altitude donnée, et il fallait l'amener à une autre altitude. Évidemment, la ligne droite n'est pas la bonne solution car il n'y a pas assez d'essence pour cela. Il faut parcourir une trajectoire elliptique qui ne nécessite que deux impulsions : une impulsion pour sortir de la première orbite, puis une seconde impulsion pour se caler sur la deuxième orbite. Heureusement, ce principe était expliqué dans le sujet, et <a href="http://en.wikipedia.org/wiki/Hohmann_transfer_orbit">Wikipédia</a> donnait plus d'informations à ce sujet.<br /> <br /> Nous nous sommes amusés à générer un fichier avec toutes les positions du satellite pour tracer avec Gnuplot la trajectoire du satellite ainsi que les orbites de départ et d'arrivée. Ce fût fort utile pour mettre au point le bazar.<br /> <br /> Le second problème, que nous n'avons pas abordé, était assez similaire, mais il ajoutait une contrainte sur l'orbite d'arrivée : il fallait arriver au même moment qu'un satellite gravitant sur cette orbite. En bref, il fallait bien calculer le moment de départ de l'orbite initiale.<br /> <br /> Tout cela était bien amusant, j'espère pouvoir participer à nouveau l'an prochain, peut-être en prévoyant une participation plus intensive. http://thomas.enix.org/Blog-20090624094723-Libre 2009-06-24T09:47:32+0200 fr Thomas Petazzoni L'Agenda du Libre a été lancé le 5 juin 2005, soit il y a un peu plus de quatre ans. Cet anniversaire est également marqué par le passage tout récent du cap des 3000 évènements référencés. Globalement, depuis la naissance de l'Agenda du Libre, on note une augmentation de la moyenne des évènements par mois : on était à une trentaine d'évènements par mois aux débuts de l'Agenda, on en est maintenant à 70-100 selon les mois. C'est sans doute lié au fait que l'Agenda du Libre est un peu plus connu, mais surtout que la communauté du Logiciel Libre organise de plus en plus d'évènements. Voir les statistiques pour les détails. Un jour, il faudrait faire de jolis graphiques avec tout ça. Récemment, l'équipe de modération s'est agrandie, avec l'arrivée d'Olivier Fraysse, bien connu des services d'Ubuntu-fr et membre du conseil d'administration de l'April. Merci donc à Olivier pour sa participation, qui porte désormais à quatre le nombre de modérateurs actifs dans l'équipe de l'Agenda du Libre. Au niveau technique, pas d'amélioration majeure ces derniers temps. À retenir coté utilisateur : Ajout d'un lien « Ajouter à mon calendrier » sur chaque évènement, qui permet d'ajouter à son logiciel de calendrier un évènement particulier Correction du flux iCal qui devrait améliorer la compatibilité avec certains logiciels de calendrier L'<a href="http://www.agendadulibre.org">Agenda du Libre</a> a été lancé le 5 juin 2005, soit il y a un peu plus de quatre ans. Cet anniversaire est également marqué par le passage tout récent du cap des 3000 évènements référencés. Globalement, depuis la naissance de l'Agenda du Libre, on note une augmentation de la moyenne des évènements par mois : on était à une trentaine d'évènements par mois aux débuts de l'Agenda, on en est maintenant à 70-100 selon les mois. C'est sans doute lié au fait que l'Agenda du Libre est un peu plus connu, mais surtout que la communauté du Logiciel Libre organise de plus en plus d'évènements. Voir les <a href="http://www.agendadulibre.org/stats.php">statistiques</a> pour les détails. Un jour, il faudrait faire de jolis graphiques avec tout ça.<br /> <br /> Récemment, l'équipe de modération s'est agrandie, avec l'arrivée d'Olivier Fraysse, bien connu des services d'<a href="http://www.ubuntu-fr.org">Ubuntu-fr</a> et membre du conseil d'administration de l'April. Merci donc à Olivier pour sa participation, qui porte désormais à quatre le nombre de modérateurs actifs dans l'équipe de l'Agenda du Libre.<br /> <br /> Au niveau technique, pas d'amélioration majeure ces derniers temps. À retenir coté utilisateur :<br /> <ul> <li> Ajout d'un lien « Ajouter à mon calendrier » sur chaque évènement, qui permet d'ajouter à son logiciel de calendrier un évènement particulier</li> <li> Correction du flux iCal qui devrait améliorer la compatibilité avec certains logiciels de calendrier</li> </ul> http://thomas.enix.org/Blog-20090611223430-Libre 2009-06-11T22:37:48+0200 fr Thomas Petazzoni Ce samedi 13 juin à Toulouse a lieu un atelier sur la Musique Assistée par Ordinateur avec des Logiciels Libres. Si vous voulez découvrir ou approfondir des logiciels comme Ardour, Jack, Hydrogen, ZynAddSubfx, Rosegarden, la mise en place d'un système pour l'audio (avec noyau temps-réel), la connexion de vos périphériques audio et de vos instruments, c'est le bon moment. Il reste encore quelques places disponibles pour cet atelier limité à 12 personnes. La présente édition de l'atelier, il y a quelques mois, avait été fortement appréciée. Ça aura donc lieu ce samedi de 10h à 18h au Centre Culturel Bellegarde à Toulouse (17, rue Bellegarde, Métro Jeanne d'Arc). Pour plus d'informations, voir cette page. <img src="http://ubuntustudio.org/themes/ubuntustudio/images/audio.png" style="float: right; margin: 20px">Ce samedi 13 juin à Toulouse a lieu un atelier sur la Musique Assistée par Ordinateur avec des Logiciels Libres. Si vous voulez découvrir ou approfondir des logiciels comme Ardour, Jack, Hydrogen, ZynAddSubfx, Rosegarden, la mise en place d'un système pour l'audio (avec noyau temps-réel), la connexion de vos périphériques audio et de vos instruments, c'est le bon moment.<br /> <br /> Il reste encore quelques places disponibles pour cet atelier limité à 12 personnes. La présente édition de l'atelier, il y a quelques mois, avait été fortement appréciée.<br /> <br /> Ça aura donc lieu ce samedi de 10h à 18h au Centre Culturel Bellegarde à Toulouse (17, rue Bellegarde, Métro Jeanne d'Arc).<br /> <br /> Pour plus d'informations, <a href="http://www.toulibre.org/atelier_mao_13juin2009">voir cette page</a>. http://thomas.enix.org/Blog-20090611203004-Libre 2009-06-11T22:34:11+0200 fr Thomas Petazzoni Récemment, l'APEC m'a envoyé trois numéros de Courrier Cadres. Globalement, je suis pas spécialement emballé par la publication, mais dans le dernier numéro qu'on m'a envoyé gratuitement, quelque chose m'a interpellé. Sur la une du journal, on peut lire « 50 nouveaux métiers en or, la crise les fait décoller, on peut s'y former à tout âge ». Dans cet article, ils présentent des métiers avec des noms assez cocasses ou amusants. Dans la finance, avec « Gestionnaire de dette d'entreprise », ou« Sales trader », dans le « Green business » (comme ils disent) on a « l'Acheteur d'énergie », « l'Ingénieur en charge du recyclage des matières nucléaires usées », « le Gestionnaire de flux reverse logistic » ou « Consultant bilan carbone ». Dans les « Tendances émergentes », on a « Expert en social business », « Home-stager », « Consultant bilan retraire », etc. Et dans la catégorie « Technologies de l'information », en 33ème place (bien que la liste ne semble pas être classement), on a « Expert des Logiciels Libres ». Le texte qui va avec : «Tombé dans la marmite de l'"open source", cet informaticien expert optimise les fonctionnalités des logiciels libres et en développe de nouveaux». C'est quand même amusant. Quand j'étais en école d'ingé (2000-2004), je m'étais échiné à faire la promotion des Logiciels Libres auprès des futurs ingénieurs en informatique. À l'époque (et pourtant à ce moment-là les Logiciels Libres étaient déjà fortement présents), les promoteurs du Logiciel Libre étaient encore vus comme des urluberlus qu'on surnommait « les pingouins ». Non, vraiment, il y a que les trucs sérieux comme Windows Server ou Oracle qui fonctionnent, le Logiciel Libre c'est bon pour les bricoleurs du dimanche. Maintenant, un magazine de cadre totalement généraliste comme le Courrier des Cadres annonce que le domaine des Logiciels Libres est un domaine où l'expertise est un métier en or. Les temps changent :-) Récemment, l'APEC m'a envoyé trois numéros de Courrier Cadres. Globalement, je suis pas spécialement emballé par la publication, mais dans le dernier numéro qu'on m'a envoyé gratuitement, quelque chose m'a interpellé. Sur la une du journal, on peut lire « 50 nouveaux métiers en or, la crise les fait décoller, on peut s'y former à tout âge ».<br /> <br /> <p style="text-align: center"><img src="/pub/pics/courrier-cadres-1.png"></p><br /> <br /> Dans cet article, ils présentent des métiers avec des noms assez cocasses ou amusants. Dans la finance, avec « Gestionnaire de dette d'entreprise », ou« Sales trader », dans le « Green business » (comme ils disent) on a « l'Acheteur d'énergie », « l'Ingénieur en charge du recyclage des matières nucléaires usées », « le Gestionnaire de flux reverse logistic » ou « Consultant bilan carbone ». Dans les « Tendances émergentes », on a « Expert en social business », « Home-stager », « Consultant bilan retraire », etc.<br /> <br /> Et dans la catégorie « Technologies de l'information », en 33ème place (bien que la liste ne semble pas être classement), on a <b>« Expert des Logiciels Libres »</b>. Le texte qui va avec : <i>«Tombé dans la marmite de l'"open source", cet informaticien expert optimise les fonctionnalités des logiciels libres et en développe de nouveaux»</i>.<br /> <br /> <p style="text-align: center"><img src="/pub/pics/courrier-cadres-2.png"></p><br /> <br /> C'est quand même amusant. Quand j'étais en école d'ingé (2000-2004), je m'étais échiné à faire la promotion des Logiciels Libres auprès des futurs ingénieurs en informatique. À l'époque (et pourtant à ce moment-là les Logiciels Libres étaient déjà fortement présents), les promoteurs du Logiciel Libre étaient encore vus comme des urluberlus qu'on surnommait « les pingouins ». Non, vraiment, il y a que les trucs sérieux comme Windows Server ou Oracle qui fonctionnent, le Logiciel Libre c'est bon pour les bricoleurs du dimanche.<br /> <br /> Maintenant, un magazine de cadre totalement généraliste comme le Courrier des Cadres annonce que le domaine des Logiciels Libres est un domaine où l'expertise est un métier en or. Les temps changent :-) http://thomas.enix.org/Blog-20090608144304-Technologie 2009-06-08T16:40:29+0200 fr Thomas Petazzoni Ça y est, la date de la première Formation Linux embarqué à Toulouse est fixée, elle aura lieu du lundi 19 au vendredi 23 octobre 2009. Cette formation inter-entreprises est ouverte à tous. Je serai évidemment l'animateur de cette formation, qui aura lieu en langue française. N'hésitez pas à la faire connaître autour de vous ! Quelques éléments clés : Cinq jours consacrés à l'apprentissage de Linux embarqué, avec de nombreux travaux pratiques réalisés sur une carte de développement ARM. Tout ce qui est nécessaire pour démarrer avec Linux embarqué est abordé: chaîne de compilation croisée, bootloader, noyau, bibliothèque C, applications de base, réutilisation de composants libres comme des bibliothèques, développement et mise au point de vos applications, etc. Voir le programme détaillé Chaque participant repart avec la carte de développement ARM utilisée pendant la formation. Il s'agit d'une carte assez sympathique de chez Calao Systems, avec un processeur AT91, 64 Mo de RAM, 256 Mo de Flash, de l'Ethernet, de l'USB, etc. La formation coûte 1950 €, ce qui comprend la formation évidemment, les supports, la carte de développement, une pause le matin et l'après-midi ainsi que le déjeuner. Nous proposons des tarifs plus avantageux si plusieurs personnes viennent de la même société ou pour les personnes en recherche d'emploi. Cette formation peut s'inscrire dans le cadre du Droit Individuel à la Formation auquel tous les salariés ont droit. Nous offrons une place gratuite dans cette session de formation à un membre de la communauté du Logiciel Libre. Cette gratuité inclut la formation, les supports, la carte de développement et le déjeuner. Voir cette page pour les détails. Free Electrons possède une grande expérience en formation Linux embarqué. Nous avons déjà donné des dizaines de formations partout dans le monde, pour des clients comme Freescale, Alstom, Micronas, Siemens, Marvell, Logiplus, EBV Elektronik, Orange, Nokia Siemens Networks, Asidua, Gamesa, Thales, ST Microelectronics, Motorola, Philipps, Atmel, etc. Nous mettons également publiquement en ligne les enquêtes de satisfaction proposées à tous les participants de toutes nos formations. Pour plus d'informations : Formation Linux embarqué à Toulouse Brochure formation Linux embarqué à Toulouse du 19 au 23 octobre 2009 Programme formation Linux embarqué <img src="http://free-electrons.com/graphics/calao-usb9263-small.png" style="float: right; margin: 20px">Ça y est, la date de la première <a href="http://free-electrons.com/fr/formation/sessions/toulouse/">Formation Linux embarqué à Toulouse</a> est fixée, elle aura lieu du <b>lundi 19 au vendredi 23 octobre 2009</b>. Cette formation inter-entreprises est ouverte à tous. Je serai évidemment l'animateur de cette formation, qui aura lieu en langue française. N'hésitez pas à la faire connaître autour de vous !<br /> <br /> Quelques éléments clés :<br /> <ul> <li> Cinq jours consacrés à l'apprentissage de Linux embarqué, avec de nombreux travaux pratiques réalisés sur une carte de développement ARM. Tout ce qui est nécessaire pour démarrer avec Linux embarqué est abordé: chaîne de compilation croisée, bootloader, noyau, bibliothèque C, applications de base, réutilisation de composants libres comme des bibliothèques, développement et mise au point de vos applications, etc. Voir le <a href="http://free-electrons.com/doc/training/agenda-embedded-linux-sysdev-fr.pdf">programme détaillé</a></li> <li> Chaque participant repart avec la carte de développement ARM utilisée pendant la formation. Il s'agit d'une carte assez sympathique de chez Calao Systems, avec un processeur AT91, 64 Mo de RAM, 256 Mo de Flash, de l'Ethernet, de l'USB, etc.</li> <li> La formation coûte 1950 €, ce qui comprend la formation évidemment, les supports, la carte de développement, une pause le matin et l'après-midi ainsi que le déjeuner. Nous proposons des tarifs plus avantageux si plusieurs personnes viennent de la même société ou pour les personnes en recherche d'emploi.</li> <li> Cette formation peut s'inscrire dans le cadre du Droit Individuel à la Formation auquel tous les salariés ont droit.</li> <li> Nous offrons une place gratuite dans cette session de formation à un membre de la communauté du Logiciel Libre. Cette gratuité inclut la formation, les supports, la carte de développement et le déjeuner. Voir <a href="http://free-electrons.com/community/training/free-seats/">cette page</a> pour les détails.</li> </ul> <br /> Free Electrons possède une grande expérience en formation Linux embarqué. Nous avons déjà donné des <a href="http://free-electrons.com/company/customers/">dizaines de formations</a> <a href="http://free-electrons.com/training/locations/">partout dans le monde</a>, pour des clients comme Freescale, Alstom, Micronas, Siemens, Marvell, Logiplus, EBV Elektronik, Orange, Nokia Siemens Networks, Asidua, Gamesa, Thales, ST Microelectronics, Motorola, Philipps, Atmel, etc. Nous mettons également publiquement en ligne les <a href="http://free-electrons.com/feedback/training/">enquêtes de satisfaction</a> proposées à tous les participants de toutes nos formations.<br /> <br /> Pour plus d'informations :<br /> <ul> <li> <a href="http://free-electrons.com/fr/formation/sessions/toulouse/">Formation Linux embarqué à Toulouse</a></li> <li> <a href="http://free-electrons.com/doc/training/toulouse-oct2009/flyer.pdf">Brochure formation Linux embarqué à Toulouse du 19 au 23 octobre 2009</a></li> <li> <a href="http://free-electrons.com/doc/training/agenda-embedded-linux-sysdev-fr.pdf">Programme formation Linux embarqué</a></li> </ul> http://thomas.enix.org/Blog-20090603095940-Technologie 2009-06-03T09:59:54+0200 fr Thomas Petazzoni Sur mon sympathique portable Dell Latitude D430, je dispose d'une carte graphique Intel, et donc probablement du meilleur support X.org possible. En particulier, je suis particulièrement satisfait du support xrandr : je donne de nombreuses formations et conférences, ce qui implique la nécessité de se connecter à de nombreux vidéo-projecteurs, et jusqu'ici aucun d'entre eux n'a résisté à xrandr. Pas besoin de rédémarrer le serveur X, tout se fait en direct. En tout cas, en mode clone, pas de soucis (je n'ai pas essayé les autres modes). Par contre, jusqu'à maintenant, je n'avais pas réussi à utiliser convenablement mon écran 22" dont la résolution native est 1680x1050. xrandr ne me proposait que 1280x1024 comme plus haute résolution disponible, ce qui est peu satisfaisant. Ça fait un bon moment que j'avais connaissance du problème mais je n'avais jamais pris le temps de regarder ce qui clochait. Hier soir, après un peu de recherche Google, j'ai enfin trouvé la solution au problème... et elle a nécessité un truc que je n'avais pas fait depuis un looong moment : éditer le fichier de configuration de X.org (comme quoi les distributions GNU/Linux se sont notoirement améliorées au fil des années, car éditer le fichier de conf de X.org était monnaie courante il y a encore 5-7 ans de cela). En fait, dans la section Screen, sous-section Display, il faut ajouter la ligne : Virtual 1680 1050 Cette option est plutôt bien expliquée dans une page Wiki consacrée au support des portables Thinkpad sous Linux. Apparemment, lors de son lancement, le serveur X alloue une zone de mémoire permettant de stocker ce qui est affiché à l'écran, et calcule la taille de cette zone de mémoire en fonction de la plus haute résolution supportée par toutes les sorties connectées... au moment du lancement ! Donc si l'on connecte plus tard un écran externe ayant une résolution plus importante, on est dans l'impossibilité d'utiliser ce mode. Et effectivement, après l'ajout de la ligne Virtual et connexion (après le lancement de X !) de l'écran externe, xrandr annonce bien des résolutions supplémentaires, dont la tant attendue 1680x1050. Et le pire, c'est que ça marche. Merveilleux ! Quelques réflexions : J'ai édité un fichier de configuration. Ça veut donc dire que pour un utilisateur lambda, cette fonctionnalité n'est pas accessible, et c'est bien dommage. Les distributions devraient probablement faire quelque chose pour corriger ce problème. (Vous me direz que j'ai utilisé xrandr en ligne de commande, ce qui est vrai, mais je sais qu'il existe des front-ends graphiques pour Gnome et KDE) Pour l'instant, je n'ai réussi à faire fonctionner qu'un mode Clone. Pour un mode où les deux écrans seraient côte à côte, il faut augmenter les valeurs dans Virtual, et chez moi, cela fait crasher xfdesktop au démarrage (je suis utilisateur d'XFCE). Sur mon sympathique portable Dell Latitude D430, je dispose d'une carte graphique Intel, et donc probablement du meilleur support X.org possible. En particulier, je suis particulièrement satisfait du support <i>xrandr</i> : je donne de nombreuses formations et conférences, ce qui implique la nécessité de se connecter à de nombreux vidéo-projecteurs, et jusqu'ici aucun d'entre eux n'a résisté à <i>xrandr</i>. Pas besoin de rédémarrer le serveur X, tout se fait en direct. En tout cas, en mode clone, pas de soucis (je n'ai pas essayé les autres modes).<br /> <br /> Par contre, jusqu'à maintenant, je n'avais pas réussi à utiliser convenablement mon écran 22" dont la résolution native est 1680x1050. <i>xrandr</i> ne me proposait que 1280x1024 comme plus haute résolution disponible, ce qui est peu satisfaisant. Ça fait un bon moment que j'avais connaissance du problème mais je n'avais jamais pris le temps de regarder ce qui clochait. Hier soir, après un peu de recherche Google, j'ai enfin trouvé la solution au problème... et elle a nécessité un truc que je n'avais pas fait depuis un looong moment : éditer le fichier de configuration de X.org (comme quoi les distributions GNU/Linux se sont notoirement améliorées au fil des années, car éditer le fichier de conf de X.org était monnaie courante il y a encore 5-7 ans de cela).<br /> <br /> En fait, dans la section <i>Screen</i>, sous-section <i>Display</i>, il faut ajouter la ligne :<br /> <div class="code"> <pre> Virtual 1680 1050 </pre></div><br /> <br /> Cette option est plutôt bien expliquée dans <a href="http://www.thinkwiki.org/wiki/Xorg_RandR_1.2#the_Virtual_screen">une page Wiki consacrée au support des portables Thinkpad sous Linux</a>. Apparemment, lors de son lancement, le serveur X alloue une zone de mémoire permettant de stocker ce qui est affiché à l'écran, et calcule la taille de cette zone de mémoire en fonction de la plus haute résolution supportée par toutes les sorties connectées... au moment du lancement ! Donc si l'on connecte plus tard un écran externe ayant une résolution plus importante, on est dans l'impossibilité d'utiliser ce mode. Et effectivement, après l'ajout de la ligne <i>Virtual</i> et connexion (après le lancement de X !) de l'écran externe, <i>xrandr</i> annonce bien des résolutions supplémentaires, dont la tant attendue 1680x1050. Et le pire, c'est que ça marche. Merveilleux !<br /> <br /> Quelques réflexions :<br /> <ul> <li> J'ai édité un fichier de configuration. Ça veut donc dire que pour un utilisateur lambda, cette fonctionnalité n'est pas accessible, et c'est bien dommage. Les distributions devraient probablement faire quelque chose pour corriger ce problème. (Vous me direz que j'ai utilisé <i>xrandr</i> en ligne de commande, ce qui est vrai, mais je sais qu'il existe des front-ends graphiques pour Gnome et KDE)</li> <li> Pour l'instant, je n'ai réussi à faire fonctionner qu'un mode Clone. Pour un mode où les deux écrans seraient côte à côte, il faut augmenter les valeurs dans Virtual, et chez moi, cela fait crasher <i>xfdesktop</i> au démarrage (je suis utilisateur d'XFCE).</li> </ul> http://thomas.enix.org/Blog-20090602223623-Technologie 2009-06-02T22:36:39+0200 fr Thomas Petazzoni Aujourd'hui, j'avais besoin d'éditer des pages dans un Wordpress. L'interface d'administration de la chose est plutôt agréable, mais un point me chagrinait : le formulaire servant à rédiger le contenu de la page est ridiculement petit (on doit voir 7-10 lignes maximum). Vraiment pas pratique pour rédiger une page un peu longue, on souhaite en général avoir un peu plus de contexte autour de ce que l'on est en train d'écrire. Je fouille les options de Wordpress, je ne trouve rien. Je cherche un peu sur le Web, je ne trouve rien non plus de vraiment probant, ou alors il faut aller hacker le code de Wordpress à la main, ce qui n'était pas possible dans mon cas. Du coup, je dégaine Firebug, je lui dis d'inspecter l'élément textarea qui sert de zone d'édition, et j'ajoute height: 300px dans les propriétés CSS de la chose. Et ça marche. Génial! Sauf qu'évidemment, dès que je recharge la page, cette bidouille disparaît, et il faut recommencer à zéro. Je me souviens avoir lu plusieurs journaux sur LinuxFr.org (comme quoi mouler sur LinuxFr.org peut parfois s'avérer utile) qui parlaient d'un plug-in pour Firefox permettant d'écrire des scripts pour modifier à la volée des pages HTML. Après quelques recherches, je retrouve enfin le nom de ce fameux plugin: GreaseMonkey. La documentation n'est pas particulièrement claire, en particulier pour débuter. Mais je suis tombé sur un exemple Hello World simple qui a permis de démarrer. En gros, c'est tout simple : // ==UserScript== // @name Hello World // @namespace http://diveintogreasemonkey.org/download/ // @description alert &quot;Hello world!&quot; on mypage.com // @include http://www.mypage.com // ==/UserScript== alert('Hello world!'); On sauvegarde ça dans un fichier dont le nom se termine par .user.js, et on l'ouvre avec Firefox, et paf, le plug-in GreaseMonkey nous propose de l'installer. Une fois ceci fait, dès qu'on va charger la page mypage.com, l'infâme boîte de dialogue Javascript s'affiche. Merveilleux. Il ne reste plus qu'à adapter l'exemple à notre problème, et ce sera très simple, puisqu'il suffira de remplacer la ligne de Javascript par : document.getElementById('content').rows = 50; Et hop, ça marche. Dès qu'on charge un site listé dans @include contenant un élément d'id "content" (ce qui est le cas de Wordpress), notre script va positionner le champ "rows" à 50. Un petit détail: une fois le fichier .user.js installé, modifier ce fichier là ne sert à rien, car Firefox en garde une copie quelque part dans son ~/.mozila/firefox/. Il faut donc soit le réinstaller à chaque fois, soit aller dans les préférences de GreaseMonkey et utiliser le bouton Edit pour éditer un script déjà installé. Aujourd'hui, j'avais besoin d'éditer des pages dans un <a href="http://www.wordpress.org">Wordpress</a>. L'interface d'administration de la chose est plutôt agréable, mais un point me chagrinait : le formulaire servant à rédiger le contenu de la page est ridiculement petit (on doit voir 7-10 lignes maximum). Vraiment pas pratique pour rédiger une page un peu longue, on souhaite en général avoir un peu plus de contexte autour de ce que l'on est en train d'écrire.<br /> <br /> Je fouille les options de Wordpress, je ne trouve rien. Je cherche un peu sur le Web, je ne trouve rien non plus de vraiment probant, ou alors il faut aller hacker le code de Wordpress à la main, ce qui n'était pas possible dans mon cas.<br /> <br /> Du coup, je dégaine <i>Firebug</i>, je lui dis d'inspecter l'élément <i>textarea</i> qui sert de zone d'édition, et j'ajoute <i>height: 300px</i> dans les propriétés CSS de la chose. Et ça marche. Génial! Sauf qu'évidemment, dès que je recharge la page, cette bidouille disparaît, et il faut recommencer à zéro.<br /> <br /> Je me souviens avoir lu plusieurs journaux sur <a href="http://linuxfr.org">LinuxFr.org</a> (comme quoi mouler sur LinuxFr.org peut <i>parfois</i> s'avérer utile) qui parlaient d'un plug-in pour Firefox permettant d'écrire des scripts pour modifier à la volée des pages HTML. Après quelques recherches, je retrouve enfin le nom de ce fameux plugin: <a href="http://www.greasespot.net/">GreaseMonkey</a>.<br /> <br /> La documentation n'est pas particulièrement claire, en particulier pour débuter. Mais je suis tombé sur un <a href="http://diveintogreasemonkey.org/helloworld/divein.html">exemple Hello World</a> simple qui a permis de démarrer. En gros, c'est tout simple :<br /> <div class="code"> <pre> // ==UserScript== // @name Hello World // @namespace http://diveintogreasemonkey.org/download/ // @description alert &quot;Hello world!&quot; on mypage.com // @include http://www.mypage.com // ==/UserScript== alert('Hello world!'); </pre></div><br /> <br /> On sauvegarde ça dans un fichier dont le nom se termine par <i>.user.js</i>, et on l'ouvre avec Firefox, et paf, le plug-in <i>GreaseMonkey</i> nous propose de l'installer. Une fois ceci fait, dès qu'on va charger la page <i>mypage.com</i>, l'infâme boîte de dialogue Javascript s'affiche. Merveilleux. Il ne reste plus qu'à adapter l'exemple à notre problème, et ce sera très simple, puisqu'il suffira de remplacer la ligne de Javascript par :<br /> <div class="code"> <pre> document.getElementById('content').rows = 50; </pre></div><br /> <br /> Et hop, ça marche. Dès qu'on charge un site listé dans <i>@include</i> contenant un élément d'id "content" (ce qui est le cas de Wordpress), notre script va positionner le champ "rows" à 50.<br /> <br /> Un petit détail: une fois le fichier <i>.user.js</i> installé, modifier ce fichier là ne sert à rien, car Firefox en garde une copie quelque part dans son <i>~/.mozila/firefox</i>/. Il faut donc soit le réinstaller à chaque fois, soit aller dans les préférences de GreaseMonkey et utiliser le bouton <i>Edit</i> pour éditer un script déjà installé. http://thomas.enix.org/Blog-20090601204242-Technologie 2009-06-01T20:42:56+0200 fr Thomas Petazzoni Qu'on le veuille ou non, Git, le système de gestion version initialement lancé par Linus Torvalds pour le développement du noyau, est aujourd'hui incontournable. De très nombreux projets y passent : le noyau évidemment, U-Boot (bootloader très populaire dans l'embarqué), Buildroot (projet auquel je contribue de temps à autre), Gnome et bien d'autres. Sauf que Git, même quand on est familier de CVS ou SVN, ce n'est quand même pas facile à aborder. Des concepts nouveaux, des centaines de commandes aux noms un peu obscurs. Franchement, ce n'est pas facile. D'ailleurs, d'autres outils du même type comme Mercurial proposaient dès le départ une interface utilisateur plus conviviale et compréhensible que celle de Git, mais clairement, Git semble avoir gagné la bataille des outils de gestion de version distribuée. Est-ce dû à une véritable supériorité technique, ou à l'aura de son initiateur, Linus Torvalds ? Je serai tenté de dire que cette dernière raison a probablement eu une influence significative dans le succès de Git, mais je ne suis sans doute pas assez expert pour juger des finesses techniques respectives de Git et de Mercurial. Sur Git, il y a maintenant pléthore de documentation. Le tutorial est un bon point de départ. Ces documentations sont faciles à trouver, mais d'autres le sont moins, et sont pourtant intéressantes : Deux billets de Federico Mena-Quintero, le premier et le deuxième. Ces deux billets expliquent drôlement bien ce qui se passe au sein d'un dépôt Git lorsqu'on committe ou qu'on merge des branches. En effet, un des points qui m'a donné le plus de fil à retordre lors du passage à Git, c'est la non-linéarité de l'historique. Avec Subversion, on est habité à un historique plutôt linéaire (la révision 12345 est avant la révision 12346). Avec Git, on passe à un graphe de commits, plus compliqué à comprendre. Git Casts contient une dizaine de screencasts expliquant progressivement comment utiliser Git. Plutôt sympathique à regarder, mais je dirai qu'il faut déjà avoir quelques notions basiques de Git (style le tutorial) pour pouvoir vraiment comprendre ces screencasts. Enfin, The Thing About Git explique un point particulièrement puissant de Git : la possibilité de committer sélectivement des bouts de fichiers. Supposons que vous avez travaillé sur différents trucs dans votre copie de travail, et que vous voulez maintenant committer ces différents trucs en plusieurs commits, car ils ne sont pas vraiment liés entre eux. Avec des outils de gestion de version classique style Subversion, on se retrouve à sauvegarder le patch, l'éditer à la main, bref bricoler. Avec Git, on a git add --patch qui est véritablement merveilleux : il permet de sélectionner chunk par chunk quel morceau du patch on souhaite committer. Ça et git rebase --interactive, c'est vraiment des outils très puissants. <img src="http://git-scm.com/images/header.gif" style="width: 550px"><br /> Qu'on le veuille ou non, <a href="http://git-scm.com/">Git</a>, le système de gestion version initialement lancé par Linus Torvalds pour le développement du noyau, est aujourd'hui incontournable. De très nombreux projets y passent : le noyau évidemment, U-Boot (bootloader très populaire dans l'embarqué), <a href="http://www.buildroot.org">Buildroot</a> (projet auquel je contribue de temps à autre), Gnome et bien d'autres.<br /> <br /> Sauf que Git, même quand on est familier de CVS ou SVN, ce n'est quand même pas facile à aborder. Des concepts nouveaux, des centaines de commandes aux noms un peu obscurs. Franchement, ce n'est pas facile. D'ailleurs, d'autres outils du même type comme Mercurial proposaient dès le départ une interface utilisateur plus conviviale et compréhensible que celle de Git, mais clairement, Git semble avoir gagné la bataille des outils de gestion de version distribuée. Est-ce dû à une véritable supériorité technique, ou à l'aura de son initiateur, Linus Torvalds ? Je serai tenté de dire que cette dernière raison a probablement eu une influence significative dans le succès de Git, mais je ne suis sans doute pas assez expert pour juger des finesses techniques respectives de Git et de Mercurial.<br /> <br /> Sur Git, il y a maintenant <a href="http://git-scm.com/documentation">pléthore de documentation</a>. Le <a href="http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html">tutorial</a> est un bon point de départ. Ces documentations sont faciles à trouver, mais d'autres le sont moins, et sont pourtant intéressantes :<br /> <ul> <li> Deux billets de Federico Mena-Quintero, le <a href="http://www.gnome.org/~federico/news-2008-11.html#pushing-and-pulling-with-git-1">premier</a> et le <a href="http://www.gnome.org/~federico/news-2008-12.html#pushing-and-pulling-with-git-2">deuxième</a>. Ces deux billets expliquent drôlement bien ce qui se passe au sein d'un dépôt Git lorsqu'on committe ou qu'on merge des branches. En effet, un des points qui m'a donné le plus de fil à retordre lors du passage à Git, c'est la non-linéarité de l'historique. Avec Subversion, on est habité à un historique plutôt linéaire (la révision 12345 est avant la révision 12346). Avec Git, on passe à un graphe de <i>commits</i>, plus compliqué à comprendre.</li> <li> <a href="http://gitcasts.com/">Git Casts</a> contient une dizaine de screencasts expliquant progressivement comment utiliser Git. Plutôt sympathique à regarder, mais je dirai qu'il faut déjà avoir quelques notions basiques de Git (style le tutorial) pour pouvoir vraiment comprendre ces screencasts.</li> <li> Enfin, <a href="http://tomayko.com/writings/the-thing-about-git">The Thing About Git</a> explique un point particulièrement puissant de Git : la possibilité de committer sélectivement des bouts de fichiers. Supposons que vous avez travaillé sur différents trucs dans votre copie de travail, et que vous voulez maintenant committer ces différents trucs en plusieurs commits, car ils ne sont pas vraiment liés entre eux. Avec des outils de gestion de version classique style Subversion, on se retrouve à sauvegarder le patch, l'éditer à la main, bref bricoler. Avec Git, on a <i>git add --patch</i> qui est véritablement merveilleux : il permet de sélectionner chunk par chunk quel morceau du patch on souhaite committer. Ça et <i>git rebase --interactive</i>, c'est vraiment des outils très puissants.</li> </ul> http://thomas.enix.org/Blog-20090601201349-Technologie 2009-06-01T20:14:07+0200 fr Thomas Petazzoni Aujourd'hui, j'ai enfin pris le temps de ressortir mon OpenMoko avec l'objectif principal de faire marcher le GPS. J'ai commencé à mettre Hackable:1, la distribution que je teste actuellement. Une nouvelle version est sortie récemment, elle apporte quelques polissages bienvenus. Le temps de démarrage est par contre toujours aussi long, sans doute parce que tout le bazar lancé par défaut sous Debian est un peu trop gourmand par rapport à ce qui est réellement nécessaire sur un OpenMoko. Par contre, niveau interface, ils sont toujours sur l'interface Gtk d'OM 2007.2 avec le gestionnaire Matchbox, et j'aime beaucoup. Beaucoup plus que le machin affreux qu'ils ont pondu pour OM 2008.X. Coté GPS, j'ai réussi à obtenir un fix, visible soit avec gpspipe en ligne de commande, ou avec TangoGPS pour une interface graphique. Malheureusement, le fix met parfois une demi-heure à venir alors que je suis en extérieur... C'est un problème connu, mais un fix logiciel était censé le rendre plus acceptable, ce qui n'est pas vraiment le cas ici. Sur la liste francophone d'OpenMoko, ils discutent actuellement de l'envoi groupé de téléphones vers une entreprise en Allemagne qui pourrait appliquer le Buzz Fix (bourdonnement lors de la communication). Ça serait bien si ils pouvaient en même temps faire le correctif matériel pour le problème d'interférence entre le lecteur SD et le GPS. Par contre, une fois le fix arrivé, TangoGPS est vraiment sympathique. Il télécharge tout seul les cartes OpenStreetMap. Je me suis baladé un peu dans le quartier. TangoGPS permet de démarrer l'enregistrement d'une trace et de le stopper très simplement. Puis un script Perl disponible sur le site de TangoGPS converti cette trace en un fichier GPX utilisable par JOSM pour uploader dans OpenStreetMap. Sympathique. Coté Wifi, ils ont commencé le développement d'une petite application appelée wifig. Elle n'est pas dans les menus, il faut la lancer depuis le terminal. Cette application permet de lister les réseaux Wifi disponibles (ça marche !) puis de se connecter à l'un de ces réseaux. Là, par contre, j'ai eu moins de succès, puisque je n'ai pas réussi à me connecter au réseau Wifi WPA2 de la Freebox. Avec le FreeWifi, j'ai pu récupérer une adresse IP, mais je n'ai pas réussi à avoir la page de login pour donner mes identifiants FreeWifi. Une petite investigation s'imposera un de ces jours. Je n'ai pas retesté la téléphonie, donc je ne peux rien dire là-dessus. Sur la précédente version d'Hackable:1, ça marchait bien. Coté application, ils ont développé un petit browser Web basé sur Webkit, à l'interface simple et bien adaptée au petit écran de l'OpenMoko. Pas mal du tout. Enfin coté développement, j'ai vu qu'ils proposaient maintenant une infrastructure pour cross-compiler les paquets Debian pour OpenMoko, plutôt que de faire du développement natif. Le tout basé sur Emdebian, et qui doit donc être fort sympathique. Il faudrait que je trouve le temps de tester tout ça. <img src="http://upload.wikimedia.org/wikipedia/commons/b/b9/Freerunner02.gif" style="float: right; width: 200px; margin: 20px;">Aujourd'hui, j'ai enfin pris le temps de ressortir mon OpenMoko avec l'objectif principal de faire marcher le GPS. J'ai commencé à mettre <a href="http://www.hackable1.org">Hackable:1</a>, la distribution que je teste actuellement. Une nouvelle version est sortie récemment, elle apporte quelques polissages bienvenus. Le temps de démarrage est par contre toujours aussi long, sans doute parce que tout le bazar lancé par défaut sous Debian est un peu trop gourmand par rapport à ce qui est réellement nécessaire sur un OpenMoko. Par contre, niveau interface, ils sont toujours sur l'interface Gtk d'OM 2007.2 avec le gestionnaire Matchbox, et j'aime beaucoup. Beaucoup plus que le machin affreux qu'ils ont pondu pour OM 2008.X.<br /> <br /> Coté GPS, j'ai réussi à obtenir un <i>fix</i>, visible soit avec <i>gpspipe</i> en ligne de commande, ou avec <i>TangoGPS</i> pour une interface graphique. Malheureusement, le <i>fix</i> met parfois une demi-heure à venir alors que je suis en extérieur... C'est un <a href="http://wiki.openmoko.org/wiki/GPS_Problems">problème connu</a>, mais un fix logiciel était censé le rendre plus acceptable, ce qui n'est pas vraiment le cas ici. Sur la liste francophone d'OpenMoko, ils discutent actuellement de l'envoi groupé de téléphones vers une entreprise en Allemagne qui pourrait appliquer le <a href="http://wiki.openmoko.org/wiki/Buzz_Fix">Buzz Fix</a> (bourdonnement lors de la communication). Ça serait bien si ils pouvaient en même temps faire le <a href="http://wiki.openmoko.org/wiki/Image:SOP_for_GPS_capacitor_rework.pdf">correctif matériel</a> pour le problème d'interférence entre le lecteur SD et le GPS.<br /> <br /> Par contre, une fois le <i>fix</i> arrivé, <i>TangoGPS</i> est vraiment sympathique. Il télécharge tout seul les cartes OpenStreetMap. Je me suis baladé un peu dans le quartier. TangoGPS permet de démarrer l'enregistrement d'une trace et de le stopper très simplement. Puis un <a href="http://www.tangogps.org/downloads/convert2osm.pl">script Perl</a> disponible sur le site de TangoGPS converti cette trace en un fichier <i>GPX</i> utilisable par <i>JOSM</i> pour uploader dans OpenStreetMap. Sympathique.<br /> <br /> Coté Wifi, ils ont commencé le développement d'une petite application appelée <i>wifig</i>. Elle n'est pas dans les menus, il faut la lancer depuis le terminal. Cette application permet de lister les réseaux Wifi disponibles (ça marche !) puis de se connecter à l'un de ces réseaux. Là, par contre, j'ai eu moins de succès, puisque je n'ai pas réussi à me connecter au réseau Wifi WPA2 de la Freebox. Avec le <i>FreeWifi</i>, j'ai pu récupérer une adresse IP, mais je n'ai pas réussi à avoir la page de login pour donner mes identifiants <i>FreeWifi</i>. Une petite investigation s'imposera un de ces jours.<br /> <br /> Je n'ai pas retesté la téléphonie, donc je ne peux rien dire là-dessus. Sur la précédente version d'Hackable:1, ça marchait bien.<br /> <br /> Coté application, ils ont développé un petit browser Web basé sur Webkit, à l'interface simple et bien adaptée au petit écran de l'OpenMoko. Pas mal du tout.<br /> <br /> Enfin coté développement, j'ai vu qu'ils proposaient maintenant une infrastructure pour cross-compiler les paquets Debian pour OpenMoko, plutôt que de faire du développement natif. Le tout basé sur <a href="http://www.emdebian.org">Emdebian</a>, et qui doit donc être fort sympathique. Il faudrait que je trouve le temps de tester tout ça. http://thomas.enix.org/Blog-20090525174149-Libre 2009-05-25T17:41:59+0200 fr Thomas Petazzoni Ça y est, la vidéo de la fameuse présentation sur X.org donnée mercredi dernier par Matthieu Herrb est en ligne : Vidéo au format Ogg Theora, 1 Go pour 3 heures de conférence Slides au format PDF Ça fait également un moment que je n'ai pas parlé des vidéos des autres présentations Toulibre. Depuis ces derniers mois, nous avons donc publié des vidéos de conférence sur les thèmes suivants : Présentation « Le framework de développement Web Symfony », Christopher Maneu, 26 novembre 2008 Video (Ogg Theora) (563 Mo, 2 heures et 4 minutes) Support de présentation au format PDF Présentation « GNU/Linux comme plateforme de jeux », Fabien Adam, 3 décembre 2008 Vidéo (Ogg Theora - 424 Mo) Transparents de la présentation au format ODP Transparents de la présentation au format PDF Présentation « OpenEmbedded », Cyril Romain, 17 décembre 2008 Vidéo (Ogg Theora) (900 Mo, 1 heure et 51 minutes) Transparents de la présentation au format PDF Présentation « Jabber / XMPP », Simon Chemouil et Geoffroy Youri, 21 janvier 2009 Vidéo (Ogg Theora) (666 Mo, 2 heures et 27 minutes) Supports de présentation: partie 1 au format PDF et partie 2 au format PDF ou OpenDocument Présentation « OpenOffice.org, aspects avancés », Jean-Pierre Nicolin, 4 février 2009 Vidéo (Ogg Theora) (777 Mo) Supports de présentation au format PDF et OpenDocument Présentation « M.A.O sous GNU/Linux », François Girault et Thierry Boudet, 25 février 2009 Vidéo (Ogg Theora) (890 Mo, 2 heures et 14 minutes) Supports de présentation: au format PDF au format OpenDocument Présentation « ORM : Object Relational Mapping », Pierre Castella, 3 mars 2009 Vidéo (Ogg Theora) (306 Mo) Supports au format PDF et OpenDocument Présentation « Aspects juridiques des Logiciels Libres », Stanley Claisse et Nathalie Foutel, 25 mars 2009 Partie 1, par Stanley Claisse, présentation du régime juridique dans lequel s'inscrivent les licences libres, Vidéo (Ogg Theora) (208 Mo) Partie 2, par Nathalie Foutel, « Le Public et le Libre », portant sur la valorisation par les licences libres des travaux de la recherche publique, Vidéo (Ogg Theora) (468 Mo) et supports de présentation au format PDF et OpenDocument. Vous retrouverez toutes ces vidéos, les précédentes et celles à venir sur la page Vidéos du site de Toulibre. Il me reste encore la vidéo d'une conférence sur Scribus à encoder et à mettre en ligne, ça viendra prochainement. <img src="http://www.toulibre.org/video-icon.png" style="float: right; margin-left: 30px">Ça y est, la vidéo de la <a href="http://thomas.enix.org/Blog-20090521122556-Technologie">fameuse présentation</a> sur <a href="http://www.x.org">X.org</a> donnée mercredi dernier par Matthieu Herrb est en ligne :<br /> <ul> <li> <a href="http://www.toulibre.org/pub/2009-05-20-rencontre/video/matthieu-herrb-systeme-graphique-x.ogv">Vidéo au format Ogg Theora</a>, 1 Go pour 3 heures de conférence</li> <li> <a href="http://www.toulibre.org/pub/2009-05-20-rencontre/presentation.pdf">Slides au format PDF</a></li> </ul> <br /> Ça fait également un moment que je n'ai pas parlé des vidéos des autres présentations Toulibre. Depuis ces derniers mois, nous avons donc publié des vidéos de conférence sur les thèmes suivants :<br /> <br /> <ul> <li> Présentation « Le framework de développement Web Symfony », Christopher Maneu, 26 novembre 2008<ul> <li> <a href="http://www.toulibre.org/pub/2008-11-26-rencontre/video/christopher-maneu-symfony.ogv">Video (Ogg Theora)</a> (563 Mo, 2 heures et 4 minutes)</li> <li> Support de présentation au <a href="http://www.toulibre.org/pub/2008-11-26-rencontre/symfony-toulibre.pdf">format PDF</a></li> </ul></li> </ul> <br /> <ul> <li> Présentation « GNU/Linux comme plateforme de jeux », Fabien Adam, 3 décembre 2008<ul> <li> <a href="http://www.toulibre.org/pub/2008-12-03-rencontre/video/fabien-adam-gnu-linux-comme-plateforme-de-jeux.ogv">Vidéo</a> (Ogg Theora - 424 Mo)</li> <li> <a href="http://www.toulibre.org/pub/2008-12-03-rencontre/presentation.odp">Transparents de la présentation</a> au format ODP</li> <li> <a href="http://www.toulibre.org/pub/2008-12-03-rencontre/presentation.pdf">Transparents de la présentation</a> au format PDF</li> </ul></li> </ul> <br /> <ul> <li> Présentation « OpenEmbedded », Cyril Romain, 17 décembre 2008<ul> <li> <a href="http://www.toulibre.org/pub/2008-12-17-rencontre/video/cyril-romain-openembedded.ogv">Vidéo (Ogg Theora)</a> (900 Mo, 1 heure et 51 minutes)</li> <li> <a href="http://www.toulibre.org/pub/2008-12-17-rencontre/presentation.pdf">Transparents de la présentation</a> au format PDF</li> </ul></li> </ul> <br /> <ul> <li> Présentation « Jabber / XMPP », Simon Chemouil et Geoffroy Youri, 21 janvier 2009<ul> <li> <a href="http://www.toulibre.org/pub/2009-01-21-rencontre/video/simon-chemouil-geoffroy-youri-jabber-xmpp.ogv">Vidéo (Ogg Theora)</a> (666 Mo, 2 heures et 27 minutes)</li> <li> Supports de présentation: partie 1 au <a href="http://www.toulibre.org/pub/2009-01-21-rencontre/xmpp_conf.pdf">format PDF</a> et partie 2 au <a href="http://www.toulibre.org/pub/2009-01-21-rencontre/xmpp_jabber_geoffroy.pdf">format PDF</a> ou <a href="http://www.toulibre.org/pub/2009-01-21-rencontre/xmpp_jabber_geoffroy.odp">OpenDocument</a></li> </ul></li> </ul> <br /> <ul> <li> Présentation « OpenOffice.org, aspects avancés », Jean-Pierre Nicolin, 4 février 2009<ul> <li> <a href="http://www.toulibre.org/pub/2009-02-04-rencontre/video/jean-pierre-nicolin-openoffice-aspects-avances.ogv">Vidéo (Ogg Theora)</a> (777 Mo)</li> <li> Supports de présentation au format <a href="http://www.toulibre.org/pub/2009-02-04-rencontre/presentation.pdf">PDF</a> et <a href="http://www.toulibre.org/pub/2009-02-04-rencontre/presentation.odp">OpenDocument</a></li> </ul></li> </ul> <br /> <ul> <li> Présentation « M.A.O sous GNU/Linux », François Girault et Thierry Boudet, 25 février 2009<ul> <li> <a href="http://www.toulibre.org/pub/2009-02-25-rencontre/video/francois-girault-thierry-boudet-mao-gnu-linux.ogv">Vidéo (Ogg Theora)</a> (890 Mo, 2 heures et 14 minutes)</li> <li> Supports de présentation: <a href="http://www.toulibre.org/pub/2009-02-25-rencontre/presentation.pdf">au format PDF</a> <a href="http://www.toulibre.org/pub/2009-02-25-rencontre/presentation.odp">au format OpenDocument</a></li> </ul></li> </ul> <br /> <ul> <li> Présentation « ORM : Object Relational Mapping », Pierre Castella, 3 mars 2009<ul> <li> <a href="http://www.toulibre.org/pub/2009-03-11-rencontre/video/pierre-castella-orm.ogv">Vidéo (Ogg Theora)</a> (306 Mo)</li> <li> Supports au format <a href="http://www.toulibre.org/pub/2009-03-11-rencontre/presentation.pdf">PDF</a> et <a href="http://www.toulibre.org/pub/2009-03-11-rencontre/presentation.odp">OpenDocument</a></li> </ul></li> </ul> <br /> <ul> <li> Présentation « Aspects juridiques des Logiciels Libres », Stanley Claisse et Nathalie Foutel, 25 mars 2009<ul> <li> Partie 1, par Stanley Claisse, présentation du régime juridique dans lequel s'inscrivent les licences libres, <a href="http://www.toulibre.org/pub/2009-03-25-rencontre/video/stanley-claisse-aspects-juridiques-des-logiciels-libres.ogv">Vidéo (Ogg Theora)</a> (208 Mo)</li> <li> Partie 2, par Nathalie Foutel, « Le Public et le Libre », portant sur la valorisation par les licences libres des travaux de la recherche publique, <a href="http://www.toulibre.org/pub/2009-03-25-rencontre/video/nathalie-foutel-le-public-et-le-libre.ogv">Vidéo (Ogg Theora)</a> (468 Mo) et supports de présentation au format <a href="http://www.toulibre.org/pub/2009-03-25-rencontre/le-public-et-le-libre.pdf">PDF</a> et <a href="http://www.toulibre.org/pub/2009-03-25-rencontre/le-public-et-le-libre.odp">OpenDocument</a>.</li> </ul></li> </ul> <br /> Vous retrouverez toutes ces vidéos, les précédentes et celles à venir sur la page <a href="http://www.toulibre.org/Videos">Vidéos</a> du site de Toulibre. Il me reste encore la vidéo d'une conférence sur Scribus à encoder et à mettre en ligne, ça viendra prochainement.