Il y a de cela quelques jours, l’un des membres de l’équipe française d’Enlightenment, Jonathan Atton, a lancé dans les journaux de LinuxFr l’idée d’une interview des membres français du projet Enlightenment.

Pour répondre à cette série de questions, nous nous sommes concertés, Cédric Bail (développeur EFL), Philippe Caseiro (président de l’association e.fr) et Jonathan Atton (développeur d’applications utilisant les EFL), pour vous faire une réponse unique qui révèle notre point de vue en tant qu’équipe.

Certaines questions auraient mérité une réponse bien plus longue, mais nous ne voulions pas nous attarder trop dans des détails. Mais si vous voulez des précisions ou avez d’autres questions, n’hésitez pas à les poster en commentaire, nous y répondrons avec plaisir ! Et nous vous rappelons que nous organisons ce samedi une journée de présentation des EFL en région parisienne (à Montrouge) ; si vous êtes intéressé, il reste encore un peu de place !

Peut‐être êtes‐vous, comme moi, amateur des dépêches qui retracent les coulisses du développement de nos logiciels préférés : ah ! les dépêches Sortie du noyau Linux X, LibreOffice Y : sous le capot, Entretien avec Z, développeur de Ω…

La sortie, le 19 novembre 2015, de la version 0.95 de Pitivi, logiciel libre de montage vidéo non linéaire pour GNU/Linux (prioritairement), nous donne l’occasion de revenir sur les coulisses de son développement, à travers deux billets dont nous vous proposons ici la traduction, précédée d’un résumé des épisodes précédents.

Nous avons la chance d'avoir quelques développeurs qui fréquentent LinuxFR.org (what else?), dont François Tigeot (lecteur silencieux, dorénavant inscrit sous le pseudo ftigeot) qui contribue au système d'exploitation libre DragonFly BSD, un cousin de FreeBSD au sujet duquel nous avions interrogé tantôt Jean-Sébastien Pédron (quant au portage du Kernel-based mode-setting – KMS – pour les GPU Radeon) puis Baptiste Daroussin (au sujet de « pkgng », le nouveau système de packages binaires qui a été justement repris par DragonFly (les fourbes !) : hasard ou coïncidence ? Autrement dit : y aurait-il une mafia française du logiciel libre ?

Pour répondre à cette lancinante question, rappelons :

• ce que Jean-Sébastien Pédron avait fini par avouer, sous la torture, lorsque je lui avais posé la question suivante : « Échanges‐tu avec les développeurs des autres *BSD sur ta partie ? » : « Je suis également en contact avec François Tigeot, de DragonFly, qui s'est occupé du pilote Intel chez eux. Je pense qu'on va travailler de plus en plus ensemble, parce qu'on a sans doute moyen de se répartir le boulot. ».
• ce que Baptiste Daroussin avait fini par avouer, avec les mêmes moyens, lorsque je lui avais posé la même question : « Les échanges sont assez nombreux, essentiellement avec DragonFly. En effet sous l'impulsion de John Marino, aidé maintenant par François Tigeot, pkgng et les ports FreeBSD ont été porté sous DragonFly avec des résultats plus que convaincants. La dernière version de DragonFly dispose du support au choix entre pkgsrc ou pkgng + ports, je suis convaincu que la prochaine version de DragonFly sortira avec uniquement pkgng ».

Il semble qu'il y ait définitivement une piste à creuser…

Du coup j'ai bien envie de passer François à la question relativement à la pile graphique de DragonFly ou au port de pkgng, mais on m'indique dans l'oreillette que ces sujets ne sont en réalité qu'une partie de l'activité déployée par François dans DragonFly.

Nous allons donc de ce pas interroger ce personnage – qui semble central dans la communauté DragonFly – afin de tenter d'y voir plus clair.

Quoi qu'il en soit, nous remercions chaleureusement François Tigeot d'avoir accepté de répondre à quelques questions pour LinuxFR.org et aussi pour son implication dans DragonFly !

À noter que les hyperliens ont été ajoutés après coup par les contributeurs à cette dépêche pour en faciliter la lecture.

Stefano Zacchiroli (Zack) a été élu Responsable du Projet Debian en avril dernier. Il est actuellement en post-doctorat au laboratoire "Preuves, Programmes et Systèmes" de l'université Paris 7 (où travaille également Roberto Di Cosmo). Son travail s'inscrit au sein du projet européen de recherche Mancoosi qui vise à améliorer les gestionnaires de paquets des distributions.

Au sein de Debian, Zack s'occupe des paquets liés au langage de programmation OCaml et il est aussi très impliqué dans tout ce qui touche l'assurance qualité. En septembre 2009, il a également lancé l'initiative "Release Critical Bugs of the Week" qui se propose de corriger chaque semaine des bugs bloquants du projet Debian.

En lisant ce qui précède, on comprend que Zack est quelqu'un de très occupé. Pour ajouter à son fardeau, j'ai essayé de collecter les questions se trouvant dans la proposition d'entretien initiée par Florent, j'en ai ajouté quelques-unes et j'ai envoyé le tout par mail. Il a eu la gentillesse d'accepter de répondre à cet entretien pour les lecteurs de LinuxFr. Qu'il en soit chaudement remercié.

À l'occasion de la sortie de Python 3.2, deux développeurs français du langage Python, Antoine Pitrou et Victor Stinner (haypo) ont accepté de répondre à quelques questions sur Python.

Et comme ils fréquentent LinuxFr, ils savent quel est le niveau ici (très élevé, tant sur le plan technique que trollifique) ; donc, lâchez-vous dans les commentaires !

Gajim est un client XMPP parmi les plus aboutis : on en découvre tous les jours, et son développement se poursuit, lentement, mais sûrement. Yann Leboulanger en est le développeur principal.

LinuxFr.org : T’es qui toi ?

Yann Leboulanger : Je suis enseignant en IUT GEII, et développeur à mes heures perdues. J’ai commencé à développer Gajim en 2003.

LinuxFr.org : C’est quoi Gajim ? Qu’est‐ce que ça fait, et comment ?

Yann Leboulanger : Gajim est un client de messagerie instantanée basé sur le protocole XMPP. L’utilité première de Gajim est donc de discuter avec ses contacts, à deux ou en groupe. XMPP étant un protocole extensible, de nombreuses fonctionnalités ont été ajoutées autour de ça : le transfert de fichiers, les conversations audio‐vidéo, etc.

Qui ne connaît pas FusionForge, la célèbre forge logicielle ? Mais, qui connaît bien FusionForge et ses auteurs ?

La seconde partie de la dépêches vous propose le compte rendu d’un entretien avec trois de ses développeurs francophones.

Voici une entrevue avec les auteurs de FusionInventory, projet libre de gestion du parc informatique. C’est un outil qui permet des inventaires locaux ou distants des ordinateurs, des matériels réseau et des imprimantes. FusionInventory fonctionne très bien avec GLPI… dont l’un des auteurs s’est entretenu également avec LinuxFr.org.

LinuxFr.org : T’es qui toi ?

David Durieux : J’habite à Beaujeu, dans le Rhône. Depuis mon adolescence, je suis un autodidacte passionné d’informatique (matériel, administration de serveurs et réseau, et programmation). Je suis contributeur sur les projets GLPI, FusionInventory et Shinken-Monitoring.

Gonéri Le Bouder : Je vis en Île‐de‐France, même si je suis très attaché à la Bretagne. J’ai fait mes études à Saint‐Malo, et depuis quelques années maintenant, je suis aussi développeur Debian et un Mongueur Perl.

Fabrice Flore‐Thébault : Je vis à Bruxelles où j’anime les Jeudis du Libre. Je suis un compagnon de route de FusionInventory, GLPI et Rudder, dont les contributions ne sont pas du code.

Walid Nouh : Je vis à Sète, et je travaille avec Gonéri. Je fais surtout des déploiements chez les clients, ainsi que des tests.

Guillaume Rousse : Je suis Parisien. J’ai rejoint le projet récemment, lorsque j’ai commencé à déployer la solution au travail. Au départ, il s’agissait juste de quelques patches pour corriger ou nettoyer un peu le code de l’agent, et comme j’ai vite gonflé Goneri avec mes demandes d’intégration journalières, j’ai rapidement hérité d’un accès en écriture au dépôt Git…

Après de nombreuses années passées comme webmestre et administrateur système de LinuxFr, Pascal Terjan a souhaité passer la main sur la gestion du site.

Nous en avons profité pour lui demander de faire un petit bilan de LinuxFr.org et lui poser quelques questions.

Le rôle de webmestre et d'administrateur système sera dorénavant partagé entre Bruno Michel, Benoît Sibaud et le tout nouvel adminsys Lucas Bonnet.

L'entretien est à découvrir dans la suite de la dépêche.

Antoine Mercadal est le développeur principal du logiciel libre Archipel Project.

LinuxFr.org : T’es qui toi ?

Antoine Mercadal (primalmotion). Je suis créateur, architecte, mainteneur, développeur principal du projet Archipel et, maintenant, le co‐fondateur de TrivialDev, la société derrière Archipel.

LinuxFr.org : Qu’est‐ce qu’Archipel ? Qu’est‐ce que ça fait et comment ?

C’est un outil décentralisé de gestion de plates‐formes virtualisées. Il est basé sur la bibliothèque libvirt pour ce qui est communication avec les engins de virtualisations, et sur XMPP pour tout le reste ! Le projet est séparé en deux composants : un agent en Python à installer sur les hyperviseurs, et l’interface utilisateur en Cappuccino à installer où l’on veut. Il faut aussi disposer d’un serveur XMPP (soit en installer un, soit réutiliser un serveur déjà existant).

Suite de l’entretien en seconde partie de dépêche.

Pour mes études, je devais interviewer un professionnel de la profession de mon choix. M'étant décidé sur le métier d'analyste programmeur (de logiciels libres de préférence), j'ai envoyé un courriel à la Yorba Foundation demandant un interview, j'ai rapidement reçu une réponse positive et chaleureuse d'Adam Dingle, le fondateur de Yorba. Environ une semaine plus tard, je lui envoyais par courriel un questionnaire sur son expérience, sur Yorba et sur l'implication d'un tel travail. J'ai reçu les réponses par courriel le mardi 20 mars dernier

Retrouvez l'intégralité de la discussion sur le travail d'un analyste programmeur avec le fondateur de la Yorba Foundation, Adam Dingle dans la seconde partie de la dépêche.

NdM : merci à Kekun pour son journal. Selon leur site web, Yorba est une organisation à but non lucratif basée à San Francisco et fondée par Adam Dingle en 2009. Elle chapeaute plusieurs projets Open Source destinés à améliorer les aspects multimédia de GNOME pour qu'il soit aussi facile d'utiliser Linux sur ces aspects que depuis MacOS ou Windows. Adam Dingle, diplômé de l'université de Princeton et Berkeley a été enseignant à l'université Charles à Prague et ingénieur sur les aspects de d'indexation du Google Desktop chez Google.

La Société Mandriva dispose de nombreux outils plus ou moins connus par les utilisateurs de la distribution Mandriva Linux.

Afin de vous informer, MandrivaLinux-online (MLO) est allé à la rencontre de Stéphane Laurière qui contribue à des travaux de recherche, avec des résultats très concrets, comme EDOS pour la mise au point d'outils de vérification de l'instabillité de packages et de dissémination P2P, Nepomuk et Scribo sur le thème du poste de travail sémantique, XWiki Concerto et Wiki 3.0 sur les wikis pair-à-pair et temps réel, Helios et Qualipso sur les ateliers logiciels collaboratifs.).
Stéphane est employé chez Mandriva et est en charge du projet Doc4Mandriva, une plateforme web qui a pour but de regrouper la documentation des logiciels inclus dans la distribution, d'améliorer sa documentation, et afin de compléter son wiki existant par une description détaillée de l'ensemble des paquetages inclus dans la distribution.

MLO vous propose donc de retrouver l'intégralité de cet entretien dans le lien ci-dessous.

Ekiga 3.00 (communication vidéo et audio, supportant les standards SIP et H323) approche à grands pas. À cette occasion, le Free Software Magazine a publié une interview des principaux développeurs du logiciel.

Parmi les personnes interrogées, on retrouve :

• Julien, qui a fondé les bases du nouveau moteur d'Ekiga (Ekiga Engine), permettant à d'autres applications de facilement utiliser une API de très haut niveau pour implémenter une solution de VoIP ;
  
• Matthias, qui a réécrit complètement le support de l'affichage vidéo accéléré dans Ekiga, ainsi qu'ajouté le support pour des codecs vidéos tels que MPEG-4, Theora ou encore H.264 (en plein écran) ;
  
• Yannick, qui gère complètement la documentation et les tests du logiciel, ainsi qu'une très grande partie du support utilisateurs (voir notre wiki) ;
  
• Jan, qui gère la plateforme Ekiga.net et contribue également au projet ;
  
• Damien, l'auteur du projet.

Malgré les sept années qui se sont écoulées depuis la première version d'Ekiga, le projet continue à évoluer rapidement, sans pour autant être financé par une société ou un organisme.

La dernière version du noyau Linux stable est téléchargeable sur les serveurs du site kernel.org. Cette version 2.6.22 a suivi le processus normal et maintenant archi-classique des release candidate :

• La version RC-1 est apparue juste quinze jours après la sortie du noyau stable précédent. Linus a reconnu que le noyau 2.6.21 avait connu une gestation difficile et il espère que cette RC-1 annonce un progrès sur ce plan (traduction libre): «Je pense (et j'espère) que cela ne va pas être aussi douloureux que les gros changements du code des timers du noyau 2.6.21. Bien qu'il y ait ici aussi des changements importants (...) cela semble assez solide.»
  
  
• La version RC-2 a continué sur cette voie d'une version solide et bien debuggée et Linus a rappelé la règle qui interdit d'ajouter des nouvelles fonctions à ce stade du développement (traduction libre): «N'essayez même pas d'envoyer autre chose que des corrections de bugs ! Je pense que la situation actuelle semble raisonnablement bonne pour le noyau 2.6.22.»
  
  
• La sortie de la version RC-3 le 25 mai a donné l'occasion à Linus d'écrire un de ses petits bijoux humoristiques dont il a le secret. Il a lancé un appel pour que les gens téléchargent et testent cette RC-3 au lieu d'aller à la plage (traduction libre): «Nous sommes vendredi soir et les USA se préparent à un long week-end de trois jours, souvent considéré ici comme le début officiel de l'été. Donc que peut faire un nerd blanc comme un bidet ? Vous ne pouvez pas aller à la plage parce que les gens normaux vont rigoler en vous voyant et vont vous jeter du sable à la figure. Mais vous _pouvez_ faire quelque chose : vous pouvez télécharger le dernier noyau RC-3 et sourire d'un air suffisant en sachant que vous faites tourner la toute dernière merveille sur votre machine. Et tout d'un coup, cela n'a plus d'importance que ce soit l'été parce que vous pouvez rester dans votre sous-sol aux stores fermés à vous faire bronzer à la chaude lumière de votre écran LCD plutôt qu'à la dure lumière du jour. Donc ne vous inquiétez plus de ces dangereux rayons ultra-violets et prenez votre vitamine D sous la forme prévue par Dieu (et l'industrie pharmaceutique) : des petites pilules facilement avalables. Les plages sont très surfaites de toute manière, le sable s'introduit dans le ventilateur des ordinateurs portables et en un clin d'oeil plus rien ne fonctionne.
  Puissiez vous avoir un bel été.»
  
  
• La version RC-4 s'est contentée de corriger divers bugs et régressions et, dix jours plus tard, Linus s'est félicité d'avoir trouvé le temps de sortir la RC-5 en dépit de la monstrueuse flame-war GPLv2/GPLv3 ayant eu lieu sur la liste de diffusion.


• Le 24 juin est apparue la -RC6 et le premier juillet la -RC7 qui semble satisfaire Linus (traduction libre): «Nous devrions être dans une très bonne situation. Le flot des patchs a vraiment ralenti et la liste de régression s'est beaucoup réduite.»
  
  
• Enfin la version finale a été annoncée le dimanche 8 juillet et Linus s'est interrogé dans son courriel pour savoir si il était vraiment nécessaire de publier une liste complète des changements (un gros fichier de plus d'une centaine de milliers de lignes) alors que presque tout le monde utilise directement le gestionnaire de code source Git pour consulter cette liste. C'est donc sans doute la dernière fois que ce fichier récapitulatif des changements (changelog) sera publié séparément.