Rencontre forgerons francophones au MEN suite à SL 2008

Suite à Solutions Linux, et à la première rencontre un peu informelle sur le stand de Bull, nous (participants à la liste forges@picolibre.int-evry.fr) avons pu nous réunir de façon plus posée et approfondie (sur une grosse matinée, et avec plus de gens), au Ministère de l’Éducation Nationale (merci à eux d’avoir prêté la salle), pour prolonger la dynamique de contacts autour des forges.

La réunion a permis d’aborder de nombreux sujets :

  • tour de table des présents et résumé des épisodes précédents (la liste, hephaistos, etc.). Présentations rapides des différentes forges représentées (GForge, Codex, NovaForge, LibreSource, PicoForge, etc.), et des différents utilisateurs ou prestataires
  • courte discussion sur la définition des “forges”, vs groupware, vs etc.
  • historique du projet GForge (par Roland Mas, Christian Bayle et le reste de la salle ;), et réflexions sur le processus de maintenance évolution du projet, la gouvernance, le devenir potentiel, etc.
  • présentations de contributions éventuelles possibles des participants au projet GForge, discussions sur l’interopérabilité
  • présentation par Olivier Abdoun, sur les forges “de nouvelle génération” reprenant des idées venant des projets QualiPSo et SCOrWare
  • différentes présentations des forges représentées (NovaForge, Codex, LibreSource)

Nous avons conclu en réfléchissant à l’avenir : collaborations entre présents, organisation de nouvelles rencontres (suite Hephaistos ?), élargissement à d’autres projets et à l’international.

Je pense que tous les participants sont repartis avec beaucoup d’enseignements, et la volonté de collaborer, notamment, à court terme, autour de contributions à GForge, et vers l’interopérabilité entre forges.

Exemple pris pour “Collaboration avec les projets libres” : 75 jours pour qu’un fix d’une ligne arrive dans Debian testing

Dans les slides de présentation du papier : “Collaboration avec des projets libres – enjeux, difficultés et bonnes pratiques” j’illustrais le fait que dans le libre, il est parfois très facile de corriger un bug (en l’espèce d’1 ligne à corriger), mais que s’assurer que ledit bug soit corrigé dans les distributions, qui vont réellement arriver chez les utilisateurs) c’est plus dur et plus long.

En l’espèce, le bug #444188 a mis 75 jours (entre le 21/09/2007 et le 05/12/2007) pour être intégré dans une release du package sympa dans Debian (testing).

Et oui, c’est pas si simple, ni rapide de faire en sorte qu’un fix, même trivial, se propage rapidement…

Update 07/12/2007 : J’ai détaillé un peu cet exemple précis dans un petit document, screenshots à la clé.

Picoforge succesfully installed on etch virtual machine in xen

It’s no surprise, but PicoForge can be installed on a Debian etch system running inside a xen domU.

This will allow me to hack on picoforge on my laptop, without breaking the system.

Picoforge requires lots of stuff installed and with particular versions of many packages, and may be kinda intrusive, using things like libpam-ldap, chroot accounts, etc.

I’m glad this works… now, let’s get back to real work 😉

Web2.0 workshop ahead in Rennes in early July

I’ll be visiting Rennes (France) in early July for the « Les étés TIC de Bretagne » conference/workshop, which promise 3 days of gathering around Internet and Web2.0 usages in Britanny.

This will be an oportunity for our Contrib 2.0 project to have a workshop, and advance a bit more our research agenda.

In between, I’ll have xen setup to demonstrate some novelties of PicoForge, I hope.