Certains critiquent leur radicalité, d’autres les admirent pour cela. Quoi qu’il en soit, nous sommes de ceux qui pensent que la situation actuelle du logiciel libre doit beaucoup au travail de la Free Software Foundation et de son président Richard Stallman.

C’est pourquoi nous avons choisi de traduire et relayer leur récent appel à soutien dans un article qui en profite pour faire le point sur de nombreuses actions passées et à venir (DRM, Vista, formats OGG et ODF, brevets, matériels…) qui sont autant de témoignages du dynamisme et du volontarisme de la fondation^[1].

La Grande offensive 2009 – Appel de la Free Software Foundation

The Big Push 2009 – Free Software Foundation Appeal

Peter T. Brown – 14 décembre 2008 – FSF.org
(Traduction Framalang : Don Rico et Olivier)

Chers partisans du Logiciel Libre,

Notre communauté a accompli d’immenses avancées en créant des outils qui favorisent la communication et la liberté, et qui influent en profondeur sur la vie de tout un chacun. Le logiciel libre est devenu un modèle démontrant que notre société peut avancer de façon collaborative et, parmi ceux qui défendent ces idéaux, les membres de notre communauté sont à la pointe de la lutte.

La revendication, la diplomatie et l’éducation représentent une composante essentielle du travail qu’effectue la Free Software Foundation pour la communauté, mais afin d’ouvrir la voie à une adoption plus large du logiciel libre, notre œuvre doit aussi dépasser les frontières de cette seule communauté. Nous parvenons à toucher un public plus large grâce à des campagnes d’envergure touchant aux questions éthiques associées à nos préoccupations, telles que Defective by Design, campagne visant à faire disparaître les DRM, qui a eu une grande portée sur la perception qu’a le public des verrous numériques appliqués à la musique, aux jeux, aux livres électroniques et aux vidéos. Par ailleurs, tandis qu’applications Internet et autres services en ligne gagnent en popularité et en commodité, nous œuvrons pour qu’on n’impose pas aux utilisateurs de l’outil informatique d’abandonner leur liberté afin d’en bénéficier. La publication de notre licence GNU Affero General Public Licence (AGPL) et les pourparlers que nous menons actuellement avec le groupe autonomo.us constituent des fondations solides pour aborder cette question et aider la communauté à développer davantage d’alternatives libres pour le bien de la société.

La communauté du logiciel libre doit aujourd’hui se pencher sur de nombreuses problématiques : votre employeur ou votre établissement scolaire exige-t-il de vous que vous utilisiez des logiciels Microsoft ? Exige-t-on de vous l’utilisation de formats propriétaires lors de vos échanges avec votre banque ou certaines administrations ? Forme-t-on vos enfants à l’utilisation de produits Microsoft ou Apple au lieu de leur apprendre à avoir le contrôle de leur ordinateur ?

En tant que défenseurs du logiciel libre, nous pouvons bousculer ce statu quo et contester l’argument fallacieux voulant qu’il soit plus commode d’utiliser les outils intrusifs des entreprises de logiciel propriétaire, car nos chances d’obtenir de grands changements n’ont jamais été meilleures :

La Free Software Foundation, dans le cadre de sa campagne End Software Patents (ESP) (NdT : Non aux brevets logiciels) a remis un dossier d’amicus curiae à la cour d’appel du Tribunal Fédéral des États-Unis (CAFC) lors de son audience en banc dans l’affaire Bilski, au terme de laquelle le jugement Bilski a battu en brèche, voire rendu techniquement nul, le jugement State Street qui en 1998 avait ouvert les vannes de la brevetabilité des logiciels et des idées commerciales. Les légions de brevets logiciels utilisés pour menacer les développeurs qui écrivent des logiciels destinés aux distributions GNU/Linux fonctionnant sur les ordinateurs personnels ont, en théorie, été balayées. Le jugement Bilski représente sans nul doute une percée capitale pour le logiciel libre et une victoire pour notre campagne, et grâce à ce jugement nous sommes en mesure de réduire les menaces auxquelles sont confrontées les institutions qui envisagent de passer au logiciel libre.

Des distributions 100% libres, telle la distribution gNewSense, soutenue par la FSF, sont désormais opérationnelles, ce qui semblait hors d’atteinte il y a quelques années à peine. Grâce au travail que nous avons accompli en 2008 auprès de SGI, on peut enfin bénéficier de l’accélération graphique 3D avec des logiciels libres et gNewSense.

Après la mise à jour de notre liste de projets prioritaires, il ressort que le nombre de logiciels propriétaires pour lesquels il n’existe pour l’instant pas de solution de remplacement libre et pour lesquels les utilisateurs estiment qu’on leur force la main se réduit. Une nouvelle preuve si elle était nécessaire que nous attaquons ce problème sur tous les fronts.

Des fabricants de matériel favorables au logiciel libre nous ont offert le premier smartphone sous logiciel libre, le Neo FreeRunner. Le projet OLPC, quant à lui, a débouché sur la création du premier ordinateur portable tournant sous logiciel libre, le XO, lequel a rapidement crée un marché pour les ultraportables à bas prix, marché sur lequel les contraintes économiques ont fait de GNU/Linux une solution incontournable. Depuis quelques mois, les administrateurs système de la FSF travaillent sur le prochain portable Lemote, machine adaptée aux logiciels libres qu’utilise Richard Stallman et qui, nous l’espérons, sera bientôt largement disponible dans le commerce. La possibilité d’acheter du matériel adapté au logiciel libre n’a jamais été aussi grande.

La FSF ne cesse de mener des campagnes pour promouvoir les formats et les standards libres et ouverts. Notre campagne en faveur des codecs audio et vidéo libres porte ses fruits, et le navigateur de Mozilla, Firefox, prendra bientôt nativement en charge le format Ogg, nous offrant ainsi une possibilité sans précédent de promouvoir les codecs libres. Notre action en association avec de nombreux partenaires en faveur du format OpenDocument (ODF) et contre l’OOXML de Microsoft a été couronnée de succès, de nombreux pays ayant adopté des politiques pro-ODF.

Nous avons fêté en 2008 le 25ème anniversaire du projet GNU, avec une vidéo du comédien britannique Stephen Fry qui a fait un tabac. Stephen Fry y fournit un rappel salutaire de notre conception alternative de la technologie, selon laquelle on ne troque pas sa liberté contre une certaine commodité mais on soutient au contraire le développement d’outils qui rendent la société meilleure. Plus d’un million de personnes ont visionné ce film, traduit en 32 langues.

Mises bout à bout, ces percées sont importantes car elles nous donnent l’occasion d’écarter les arguments de ceux qui avancent un soi-disant côté pratique pour promouvoir les outils intrusifs des sociétés à visées monopolistiques, et de soulever des questions vitales auprès de nos employeurs. Pourquoi utilisons-nous ce logiciel propriétaire qui nous rend dépendants de cette entreprise alors que nous pourrions utiliser des logiciels libres qui nous rendraient la maîtrise de nos outils ? Ces avancées nous permettent d’exiger des administrations qu’elles fonctionnent avec des outils ouverts. Pourquoi les administrations de mon pays me forcent-elles à acquérir le logiciel d’une entreprise commerciale alors qu’il existe des formats ouverts fonctionnant avec des logiciels libres ? Et pourquoi tel ou tel établissement scolaire accepte-t-il qu’une entreprise commerciale lui offre des logiciels propriétaires qui mettent des chaînes à l’éducation de mes enfants au lieu d’utiliser des logiciels libres qui leur donneraient la possibilité d’avoir la maîtrise de la technologie dont ils se servent pour apprendre ?

Soutenez dès à présent notre grande offensive pour porter ces questions au premier plan en 2009.
Devenez membre ou faites un don.

Cordialement,

Peter T. Brown
Directeur exécutif de la Free Software Foundation

L’espéranto m’a toujours fasciné et si j’avais eu sept vies comme les chats, j’en aurais certainement consacré une à son apprentissage. Et ce n’est pas cette conférence qui me fera changer d’avis. Bien au contraire, elle vous pousserait presque à modifier vos plans (et vos bonnes résolutions 2009) pour vous y mettre dès le lendemain.

Intitulée malicieusement Linux, l’espéranto des logiciels / L’espéranto, le Linux des langues elle a été donnée par Tim Morley en juillet 2005 dans le cadre des RMLL de Dijon. Voici ce qu’en disait Thomas Petazzoni sur son blog : « Cette conférence a été vraiment animée de manière excellente par Tim, un anglais maîtrisant très bien le français et l’espéranto. Il a pu présenter ce qu’est l’espéranto, et surtout les points communs entre les valeurs de l’espéranto et celles du logiciel libre. »

Tim Morley est le chef de projet de la traduction d’OpenOffice.org en espéranto. Ne vous arrêtez ni à la durée (env. 1h) ni à la piètre qualité sonore de l’enregistrement car cette vidéo est vraiment très intéressante et méritait bien qu’à la faveur de notre projet Framatube, nous lui donnions une nouvelle visibilité.

—> La vidéo au format webm

Nous pouvons nous réjouir du succès croissant que connaît le logiciel libre depuis quelques années, emmené par quelques projets phares tels que Firefox, Wikipédia, OpenOffice.org et Ubuntu pour les plus connus d’entre eux.

Les solutions Open Source sont de plus en plus utilisées sur les ordinateurs personnels et plus seulement dans le monde des serveurs, et entre le fiasco Vista et la crise, on se prend à rêver de jours radieux pour le libre…

Sauf que… Tout n’est pas rose au royaume du code ouvert ! Ces belles réussites cachent parfois des problèmes plus ou moins inquiétants : Firefox, fort de son record de téléchargements pour sa version 3.0, pourrait voir sa juteuse alliance avec Google menacée par les ambitions du géant de la recherche dans le domaine des navigateurs. Wikipédia mène en ce moment même une campagne d’appel aux dons massive pour lui permettre de poursuivre son développement. OpenOffice.org, adoptée par de plus en plus d’administrations et de particuliers, connaît quant à elle quelques couacs en coulisses, où des tensions se créent entre Sun et la communauté (nous traiterons de ce sujet dans un prochain billet).

Alors même si l’heure n’est pas à l’alarmisme^[1], il convient de ne pas se laisser griser par le succès et de garder à l’esprit qu’il y a encore du boulot…

L’excellent Bruce Byfield, dont nous avons déjà traduit plusieurs articles dans les colonnes du Framablog, a publié un billet où il dresse avec une grande pertinence une liste de neuf problèmes de comportement qu’il a relevés chez les partisans du libre (et chez lui…) qui nuisent au développement des projets Open Source et à la communauté. Il y parle entre autres de l’acharnement aveugle contre Microsoft, de l’hostilité envers les nouveaux venus, et de la tentation d’accepter des compromis qui au bout du compte, pour quelques parts de marché en plus, risquent de nuire à long terme au mouvement du libre.

Bien sûr, en homme raisonnable, il propose à chaque fois une solution pour y remédier et faire en sorte que le libre poursuive sa marche vers "la domination du monde", comme il l’évoque en plaisantant dans les lignes que vous allez lire.

Neufs bonnes résolutions pour bien commencer l’année 2009, donc… (J’en profite au passage pour adresser mes meilleurs vœux aux lecteurs du Framablog).

Neuf problèmes de comportement qui font du tort au logiciel libre

Nine Attitude Problems in Free and Open Source Software

Bruce Byfield – 15 octobre 2008 – Datamation
(Traduction Framalang : Don Rico et Goofy)

Le logiciel libre et Open Source (NdT : Free and Open Source Software ou FOSS), j’adore ça. C’est une cause, une extension de la liberté d’expression, que je peux défendre en tant qu’auteur, et les membres de la communauté, en plus d’être brillants, sont à la fois passionnés et pragmatiques. C’est un domaine stimulant, et celui dans lequel j’ai choisi de travailler.

Parfois, néanmoins, le pire ennemi de la communauté, c’est la communauté elle-même. Certains comportements, souvent enracinés, nuisent à son unité et à ses objectifs communs, tels que fournir une alternative au logiciel propriétaire ou prêcher la bonne parole du FOSS. Au sein de la communauté, presque tout le monde s’est un jour rendu coupable d’un de ces comportements fâcheux, moi y compris, mais nous en discutons rarement. C’est pour cette raison que ces comportements perdurent et gênent les efforts de la communauté.

Admettre l’existence de ces comportements me semble être un bon début pour y remédier, alors voici neuf de ceux que j’ai le plus souvent constatés chez moi comme chez d’autres.

1) Se tromper d’ennemi

Chaque fois qu’une communauté se construit sur un certain idéalisme ou des convictions, les luttes intestines semblent être la norme. Cela s’applique aux groupes religieux et politiques, et il n’y a donc rien de surprenant à ce que ce soit aussi la norme au sein du FOSS, où les opinions de beaucoup sont souvent très tranchées.

Trop souvent, hélas, les conflits internes semblent l’emporter sur les objectifs communs. Plusieurs grands pontes professionnels ou semi-professionnels se forgent un nom en s’en prenant à d’autres membres de la communauté (peu importe leur nom, si vous vous intéressez à la question, vous savez de qui il s’agit, et je me refuse à les encourager dans leur démarche en leur faisant de la publicité gratuite).

Parfois, comme le mentionne Jeremy Allison, ces pontifes osent émettre des critiques que nul autre n’oserait exprimer. Mais la plupart du temps, leur motivation semble n’être que d’attirer l’attention sur eux, sans se soucier des divisions qu’ils créent au sein de la communauté, et en lisant les propos de ces pontes, nous encourageons ces divisions.

Pis encore, les dissensions entre les défenseurs du logiciel libre et ceux du logiciel Open Source. Certes, ce sont deux philosophies différentes : le logiciel libre (free software) s’attache à la liberté de l’utilisateur, alors que l’Open Source se soucie surtout de la qualité du logiciel. Pourtant, malgré ces distinctions fondamentales, les membres des deux camps travaillent sur les mêmes projets, avec les mêmes licences, et ont beaucoup plus de points qui les unissent que de points qui les opposent.

Alors pourquoi s’attarder sur les différences ? À l’évidence, les partisans du logiciel libre et ceux de l’Open Source ne trouveront personne d’autre avec qui ils ont plus en commun.

2) Ennuyer le monde avec des histoires de logiciels

Le logiciel étant l’un des éléments centraux de la communauté du FOSS, ses membres passent logiquement beaucoup de temps à en discuter. Pourtant, si vous essayez d’intéresser quelqu’un au FOSS, parler de logiciel ne fonctionne que si vous vous adressez à un auditoire de développeurs. Pour les autres, même la gratuité du FOSS n’a pas grand intérêt, sinon les partagiciels ou shareware seraient beaucoup plus utilisés.

Pour la plupart des gens, le logiciel en soi n’a pas grand intérêt, même s’ils passent de dix à douze heures par jour devant leur ordinateur.

Comme l’a signalé Peter Brown, le président de la Free Software Foundation, il y a quelques années, le FOSS doit s’inspirer des méthodes des partisans du recyclage. Ces partisans du recyclage ne défendent pas leur cause en expliquant où sont amenés les matériaux recyclables pour leur donner une seconde vie, ni en expliquant comment on fait fondre le verre pour le réutiliser plus tard… non, ils présentent les bénéfices du recyclage dans le quotidien de tout un chacun.

De la même façon, au lieu de parler du logiciel ou de ses licences, la communauté du FOSS doit davantage évoquer les problèmes tels que les droits, la protection de la vie privée et de la liberté d’expression des utilisateurs, des questions qui vont bien au-delà du clavier et de l’écran.

3) Se contenter d’imiter d’autres systèmes d’exploitation

Pendant des années, le FOSS a dû s’efforcer de rattraper le développement de Windows et d’OS X. C’était une nécessité incontournable, parce que le FOSS a commencé plus tard, et pendant longtemps, a disposé de moins de ressources que ses rivaux du monde propriétaire.

En outre, les utilisateurs changent d’autant plus facilement de système d’exploitation pour passer au libre que ce dernier ressemble à ce qu’ils connaissent. Et les développeurs ne vont pas non plus perdre leur temps à réinventer l’ordre des entrées de menu dans une fenêtre ou les raccourcis clavier pour copier ou coller.

Cependant l’imitation pose aussi des problèmes. Elle peut mener à copier à l’aveugle, par exemple à placer le menu principal en bas à gauche alors que c’est en haut à gauche qu’on le trouve le plus vite. Cela signifie aussi qu’on a toujours un train de retard, ce qui n’attire guère de nouvelles recrues – après tout, qui voudrait s’embarrasser d’un système d’exploitation qui n’est pas à jour ?

La vérité, c’est que dans un nombre croissant de domaines, y compris celui du bureau d’ordinateur et de la suite bureautique, le FOSS a déjà rattrapé les systèmes propriétaires, ou est en passe de le faire. Dans certains cas, tels que KDE4, le FOSS a pris la tête en ce qui concerne l’expérimentation. Mais la majeure partie de la communauté n’est pas encore passée de l’idée d’imitation à celle d’innovation, et cette absence de prise de conscience risque d’entraver les progrès du FOSS.

Comme l’indiquait justement Mark Shuttleworth de Canonical l’été dernier, il ne suffit pas d’égaler Apple. Le but devrait être de le dépasser.

4) Se méfier des nouveaux venus

Toute communauté tend à se replier sur elle-même. Du fait qu’elle est constituée de réseaux d’associations qui existent depuis des années, et que le statut de chacun y dépend de ses contributions, la communauté FOSS est probablement plus insulaire que la plupart. Un nouveau venu au FOSS doit à la fois maîtriser un certain volume d’expertise technique mais aussi tout un répertoire de connaissances et de principes implicites, avant de pouvoir espérer intégrer la communauté.

Tout cela est compréhensible, mais ne peut justifier l’impatience affichée ni le dédain que beaucoup de membres de la communauté infligent aux nouveaux venus. Trop souvent, j’ai vu des débutants animés de bonnes intentions, même s’ils étaient trop peu informés, perdre tout intérêt pour le FOSS parce que leurs questions basiques déclenchaient des répliques cinglantes dans lesquelles le commentaire dominant était : « RTFM » (NdT : Read The Fucking Manual, soit « Lisez Le Putain De Mode d’Emploi »).

Apparemment, beaucoup de membres de la communauté doivent encore prendre conscience que la plupart des gens ont pour premier réflexe de demander l’aide de quelqu’un avant de se documenter, ou que poser une question au lieu de se renseigner par soi-même est souvent autant une tentative d’établir le contact qu’un appel à l’aide.

Certes, tout le monde n’a pas la capacité d’assurer une aide technique. Mais si l’on créait un code de bonne conduite traitant spécifiquement de l’accueil des nouveaux venus, la communauté pourrait accueillir quelques recrues supplémentaires au lieu de les faire fuir. Ce serait aussi davantage en accord avec les quatre libertés du mouvement du logiciel libre, et avec la définition de l’Open Source, comme le soulignait récemment un blog sur GNUMedia.

5) Accorder aux développeurs un statut privilégié

Le mouvement du FOSS a pris naissance chez les développeurs, et leur travail reste un élément central du mouvement. Mais ce qui semble échapper à beaucoup, c’est que la communauté s’est étendue bien au-delà de son cercle d’origine. En ce qui concerne les projets d’envergure, en particulier, responsables de la documentation, testeurs, artistes, responsables du marketing et chefs de projet – sans parler des utilisateurs finaux – sont devenus des rouages essentiels. De plus en plus, la conception d’un logiciel libre prend la forme d’une collaboration entre personnes issues de divers domaines de compétence.

Malgré ce changement, néanmoins, on traite dans de nombreux projets les non-développeurs comme des collaborateurs de second ordre. Souvent, ils ne peuvent devenir membres à part entière du projet et n’ont pas voix au chapitre. Si un non-développeur émet une suggestion susceptible d’améliorer le projet, trop souvent la réponse qu’il obtiendra d’un développeur sera "Nous attendons ton code avec impatience", le développeur sachant très bien qu’il ne s’adresse pas à un codeur.

En de telles circonstances, difficile de reprocher aux non-développeurs de perdre leur enthousiasme pour un projet. Et sans eux, la plus grosse partie du travail nécessaire à un logiciel moderne ne sera simplement pas effectuée.

6) Passer son temps à cracher sur Microsoft

La communauté tout entière se méfie de Microsoft, et ce à juste titre, nulle autre entreprise de logiciel propriétaire n’a fait preuve d’autant d’hostilité à l’égard du FOSS, et ses tentatives récentes pour un réchauffement diplomatique sont trop hésitantes pour convaincre qui que ce soit. Toutefois, certains au sein de la communauté semblent plus motivés par l’envie exprimer bruyamment leur hostilité inébranlable à l’encontre de Microsoft que par le souci de défendre la liberté informatique.

Il serait bon de s’élever contre cette hostilité, et ce pour plusieurs raisons. Tout d’abord, elle se révèle contre-productive et ne contribue en rien à promouvoir les objectifs du FOSS. Comme le fait remarquer Joe Brockmeier, chef de file de la communauté openSUSE, et qui fut aussi mon collègue chez Linux.com, il semblerait que ceux qui passent leur temps à cracher sur Microsoft ne contribuent jamais à aucun projet.

Plus grave encore, ces râleurs patentés criant plus fort que tout le monde, on les prend souvent à tort, vu de l’extérieur, pour la majorité de la communauté, et l’on s’imagine que tout le monde dans l’univers du FOSS est gueulard et parano. Une telle perception ne risque pas d’encourager grand monde à s’impliquer. Et de nos jours, s’en prendre à Microsoft est tellement à la mode que les gueulards, et donc le FOSS tout entier, risquent d’être noyés dans la masse.

Mais la principale raison pour laquelle il faut rejeter ces violents préjugés anti-Microsoft, c’est qu’à cause d’eux la communauté risque de ne se montrer assez vigilante à l’égard d’autres adversaires aussi dangereux. Personne, par exemple, ne semble s’inquiéter des actes liberticides d’Apple, même si à bien des égards cette entreprise est en train de devenir le principal ennemi du logiciel libre.

En bref, quel que soit l’angle sous lequel on le considère, cet acharnement contre Microsoft est un frein dont la communauté doit se débarrasser, ou qu’elle doit reléguer au second plan.

7) Prendre comme modèle de croissance le mode de développement des entreprises commerciales

Avec le succès viennent les problèmes d’échelle. Lorsqu’on les identifie, il faut rapidement s’atteler à les résoudre, aussi est-il peut-être naturel aux projets FOSS de s’inspirer des procédés de développement des entreprises commerciales pour gérer leur croissance.

Quelles qu’en soient les raisons, les gros projets FOSS agissent de plus en plus comme des entreprises commerciales de logiciels. Les dates de publication fixes, par exemple, sont devenues la norme pour de nombreux projets, tels que GNOME, Ubuntu et Fedora, qu’il y ait ou non nécessité de publier une nouvelle mouture. Depuis peu, Mark Shuttleworth propose en outre une publication synchronisée pour les projets les plus importants, de sorte qu’il soit plus facile aux distributions de prévoir leur dates de publication, même si jusqu’à présent cette idée n’a pas trouvé un écho très favorable.

Dans certains cas, emprunter des idées aux entreprises commerciales peut se révéler utile. Il faut néanmoins garder à l’esprit que, même si le FOSS peut s’accorder avec un mode de fonctionnement commercial, ses objectifs sont différents. Qu’advient-il, par exemple, de la politique propre à l’Open Source (ne publier un logiciel que lorsqu’il est prêt) si un projet s’engage à des dates de sortie régulières ? Tôt ou tard, on ne pourra échapper à des problèmes de contrôle de qualité.

Plus important encore, le développement du FOSS reste dans la plupart des cas fondamentalement différent du développement d’un logiciel commercial. Dans de nombreux cas, les développeurs du FOSS comptent parmi eux une forte proportion de bénévoles, et sont souvent dispersés en davantage de lieux que les membres d’une équipe de développement d’un projet commercial. Étant donné ces circonstances, le FOSS doit, comme depuis ses origines, organiser le déroulement de ses travaux au fur et à mesure. Par exemple, comment mener à bien des phases de test lorsque les testeurs sont tous bénévoles ? En ce domaine, comme dans bien d’autres, le FOSS doit innover plutôt qu’emprunter ses idées ailleurs.

8) Placer les parts de marché en tête des priorités

Une blague bien connue dans l’univers du libre dit que l’objectif du FOSS est de devenir le maître du monde. Et qui, au sein de la communauté, ne ressent pas une certaine fierté quand un gouvernement ou une entreprise choisit de passer au libre, ou qu’une application comme Firefox gagne quelques points de parts de marché ?

Toutefois, comme je l’ai déjà écrit, attirer de nouveaux utilisateurs n’a aucun intérêt si on le fait au détriment des idéaux du libre, ou si ces nouveaux utilisateurs ne les défendent pas. Même s’il est grisant d’obtenir enfin la reconnaissance qui lui est due, la communauté ne doit pas oublier que le but du jeu n’est pas seulement de fournir des logiciels alternatifs, mais aussi une philosophie et un rapport à l’informatique alternatifs.

Si l’on emploie seulement ses efforts à gagner des parts de marché, ce qui semble être le cas d’un nombre croissant d’acteurs de la communauté, alors le libre assure sa défaite au moment même où il semble connaître le plus de succès.

9) Se contenter d’un système d’exploitation qui ne soit pas complètement libre

Maintenant que la communauté touche au but et qu’elle est à deux doigts de pouvoir proposer un système d’exploitation complètement libre, on pourrait croire que tout le monde voudrait donner un dernier coup de collier pour transformer l’essai. Pourtant, comme le montrent les réactions à la liste de priorités principales que la Free Software Foundation a récemment réactualisée, un nombre étonnant de membres de la communauté ne ressentent pas le besoin d’atteindre cet objectif final. Peu importe, disent-ils, s’ils doivent utiliser des pilotes propriétaires pour leur carte vidéo ou le Flash Player d’Adobe sur YouTube. D’après eux, nous sommes arrivés assez près du poste de travail libre pour ne pas chercher à combler les derniers trous, et au moins on peut télécharger gratuitement les éléments qui manquent.

Penser que la situation actuelle est assez satisfaisante n’est pas cohérent avec le souci d’excellence qui est la clé de voûte de l’Open Source. Plus important encore, cela signifie qu’on accepte l’échec, et qu’on abandonne le projet de fournir des systèmes d’exploitation alternatifs 100% libres. Pourquoi jeter l’éponge alors qu’on est si près du but ?

Débattre de ces problèmes

Ces comportements qui entravent le mouvement du logiciel libre sont bien sûr bien sûr une question de point de vue. J’imagine sans mal un défenseur de l’Open Source me rétorquer que se focaliser sur la liberté de l’utilisateur nuit à la diffusion en masse, ou le chef d’une entreprise dont l’activité est fondée sur le logiciel libre me répondre que considérer le libre comme un projet d’abord non commercial constitue un frein à la réussite.

Mais mon propos va au-delà de ces points précis. Le message que je veux vraiment faire passer, c’est que le libre a tellement gagné en importance, et si vite, qu’il n’a pas eu le temps de se demander si les comportements des débuts étaient encore pertinents ou si les nouvelles approches s’accordaient avec ses valeurs essentielles. Avant de croître davantage, la communauté doit se pencher sur ses modes de fonctionnement et les évaluer. Si elle ne le fait pas, elle risque, sinon de s’effondrer sous le poids des contradictions, du moins de se créer sans nécessité de lourds handicaps.

L’autre jour, je passe furtivement devant un écran de télévision et tombe sur une scène du film Witness où un Harrison Ford des beaux jours s’associe à toute la communauté Amish pour faire sortir de terre une grosse grange en bois le tout en une seule petite journée.

Ce n’était que du cinéma mais qui correspondait à une vieille tradition agricole connue sous le nom de barn raising. Le challenge est de construire collectivement, et dans un temps limité, un édifice en impliquant tous les membres d’une communauté (les hommes au charbon, les spécialistes aux tâches critiques, les vieux à la direction des opérations, les femmes au ravitaillement, et les jeunes qui regardent en prenant de la graine pour le futur). Le fruit de cette réalisation pouvant bénéficier à l’un des membres de la communauté (tels de jeunes mariés) ou à l’ensemble de la communauté (hangar, école, four à pain, etc.).

De retour à la maison, recherche sur le net… Et voici l’extrait sous vos yeux ébahis (et vos oreilles germanophones). Pratique, soit dit en passant, les Youtuberies & co, quand bien même on soit très souvent border line en ce qui concerne le copyright :

Au final, on se retrouve donc avec une maison créée en moins de temps qu’il ne faut pour le dire. Certes, si on veut l’eau, le gaz ou l’électricité c’est un peu plus compliqué dans la pratique mais le principe coopératif est là, tout comme l’esprit festif et le sentiment de savoir pourquoi l’on travaille.

Ci-joint également une autre illustration vidéo, prise dans la vraie vie cette fois et en 2007, histoire de témoigner du fait que tout ceci n’a pas complètement disparu :

Prenez maintenant l’origine de la crise des subprimes, c’est-à-dire rien moins que l’origine de la crise actuelle qui a vu s’évaporer des centaines de milliards de dollars. Il s’agissait également au départ de maisons et du désir légitime de posséder un toit pour des millions d’américains à faible revenu.

Sauf qu’ici :

• Vous êtes tout seul^[1]
• Enfin pas tout à fait seul puisqu’il y a votre banquier
• Votre banquier ne fait pas preuve de la même empathie à votre égard que la communauté Amish
• Votre maison n’a pas été bâtie pour vous à plusieurs mains sur un air de fête, sachant que vous-même aviez contribué à bâtir plein d’autres maisons pour les autres
• Ce n’est pas la maison « en 24h chrono » mais la maison « en plusieurs dizaines d’années d’endettement chrono »
• Vous risquez d’être bientôt à la rue car expulsé de votre maison insolvable et impayée

Bon, où est-ce que je veux en venir… Ah oui, j’avais promis une brève de comptoir dans le titre alors la voici : Dans un monde où les valeurs du logiciel libre seraient davantage partagées, l’immobilier serait assurément plus amish et moins subprimes.

Délire d’une fin d’année trop arrosée ou petit fond de vérité ?

Donnons un peu la parole à nos contradicteurs ou tout du moins à ceux qui regardent nos gesticulations avec cynisme et ironie.

François-Xavier Ajavon nous propose en effet dans le Causeur.fr un article débridé et frondeur qui a retenu ce matin mon attention. Il y a à boire et à manger mais certains passages valent stylistiquement le détour.

Le titre annonce la couleur : « Libérons-nous du libre – Le logiciel libre, nouvel opium du peuple 2.0 ? »

Après une courte introduction rappelant que l’informatique aime la mythologie (et dire qu’il a commencé dans son garage) et les grandes messes occultes des gourous (Steve Jobs à l’Apple Expo), on entre dans le vif du sujet. Morceaux choisis et annotés^[1].

Il convient d’examiner l’une des dernières expressions de cette religiosité : la mythologie libertaire et « morale » qui entoure les logiciels libres.

Soit. Allons-y…

Selon l’encyclopédie « collaborative » Wikipédia : « Un logiciel libre est un logiciel dont la licence dite libre donne à chacun le droit d’utiliser, d’étudier, de modifier, de dupliquer, de donner et de vendre ledit logiciel sans contrepartie. » Ces logiciels « libres » et gratuits s’opposent aux logiciels dits « propriétaires » ou « privateurs » (dans le jargon de cette mouvance). Non seulement ces applications « libres » sont la plupart du temps absolument gratuites, mais elles ont littéralement les tripes à l’air : n’importe qui peut prendre connaissance de leur structure, de leur fonctionnement, et peut les modifier à loisir…

Ces logiciels qui ont littéralement les tripes à l’air… Excellente formule pour caractériser le code source ouvert des logiciels libres, j’en fais mon titre, tiens !

On notera par ailleurs la présence continue des « guillemets » qui distillent le doute.

On dirait ces définitions forgées pour notre modernité, dont l’un des moteurs est la perpétuelle apologie de la « liberté », de la « transparence », de « l’interaction », du « collectif », de la « gratuité », etc.

Il faudrait préciser car pour le coup cela mériterait un vrai débat. Mais passons aux intall-party…

J’apprends dans la presse que de mystérieuses « Install Party » sont presque sur le point de se substituer aux offices catholiques dominicaux (…) Qu’est-ce qu’une « Install Party » ? Un événement festif, se déroulant souvent dans une « salle polyvalente » municipale, durant lequel des militants associatifs du « libre” sont à la disposition des quidams voulant transformer leurs ordinateurs « infidèles » et asservis aux logiciels commerciaux, en ordinateurs « libérés » et modernes (…) Ce genre de réunions Tuperware du « logiciel libre » a lieu un peu partout en France, pour “convertir » vertueusement nos vieux PC poussifs, victimes d’une triste addiction aux logiciels commerciaux, en bêtes de course, équipés de pied en cap en applications libres, détachées de tout « marché »… le tout sous le patronage symbolique d’un nom emprunté à une culture sub-saharienne du tiers-monde. C’est dire…

Le nom emprunté à la culture sub-saharienne du tiers-monde, vous aurez reconnu… Ubuntu ! Quant aux install-party, réunions Tuperware du logiciel libre, y’a pas à dire il a le sens de la formule ! Et Stallman alors il n’en prend pas pour son grade ? Patience, nous y sommes…

Bref, le « logiciel libre », c’est l’attirail de camping complet : valeurs, philosophie, convictions politiques, fatras new-âge… Stallman, en visite à Montbéliard : « Un programme libre est démocratique. C’est la somme des contributions individuelles de ceux qui l’ont utilisé et transformé. Par contre, un programme privateur de liberté est la dictature de celui qui l’a développé. Un instrument pour imposer son pouvoir aux utilisateurs. » Démocratie versus dictature, rien que ça… fantasme d’un univers « non marchand » – à venir – contre l’atroce marché libéral des flux économiques et des échanges commerciaux , no logo et tutti quanti. Il n’y va pas avec le dos de la cuiller, le gourou open space.

Le gourou open space… Et pourquoi pas le gourou d’secours d’un monde en péril tant qu’on y est 😉

C’est que, pour ce militant des droits de l’Homme, la question dépasse largement le cadre de l’informatique. Elle soulève aussi des questions éthiques et politiques. On imagine que les dirigeants mondiaux ainsi taclés ne s’en sont pas remis. « Le logiciel propriétaire est immoral et ne doit pas exister… », dit-il encore, pas à court d’une sottise. Le monde tremble sur ses bases.

Je ne sais pas si le monde tremble sur ses bases mais l’industrie informatique et culturelle commence à se poser des questions oui (cf loi DADVSI, Hadopi, Paquet Télécoms, etc.).

Bref, le « logiciel libre » est en pointe dans le combat contre le grand méchant loup libéral, symbolisé par l’infâme Bill Gates qui se nourrit chaque matin de dix enfants innocents, et de deux vierges cuites à l’étouffée.

Sans oublier quatre chatons écrasés. Et pour conclure…

Combat pour la morale comme l’expliquait le 1er décembre Le Monde de l’Education : « Au delà de la question économique, les motivations sont aussi d’ordre philosophique ou éthique : selon Jean-Pierre Archambault, chargé de mission au CNDP : « les valeurs de partage et d’indépendance véhiculées par le logiciel libre sont fondamentalement en phase avec les missions de l’école et la culture enseignante ». » On frissonne en imaginant cette « culture enseignante » qui s’oppose à l’Ancien régime de la France moisie… du « privé », des pratiques de consommation individualistes (aller à la Fnac et acheter un logiciel aliéné, créé par des ingénieurs esclaves de leur entreprise…), du repli sur soi, de l’indifférence à autrui, du cynisme, et même d’une forme de proto-fascisme doux… le monde de ceux qui se plient à la vie telle qu’elle est, et non telle qu’elle « devrait » être.

Au final une drôle d’impression parce qu’il y a caricature et douce moquerie sans criantes contre-vérités. Je ne suis même pas sûr que cet article fasse réellement du tort au logiciel libre.

Et vous, qu’en pensez-vous ?

Suite et bientôt fin des billets anticipant la très prochaine campagne de soutien.

Le réseau Framasoft possède en son sein depuis octobre 2006 une équipe très précieuse dont le nom de code est Framalang, merci à Harrypopof au passage pour le joli logo sous licence Art Libre (cf ci-dessous). Il s’agit d’une trentaine de bénévoles qui participent à des travaux de traduction, principalement de l’anglais vers le français (mais nous avons également créé il y a peu une petite entité s’occupant de l’espagnol)^[1].

Cela avait commencé en mars 2005 par la compilation de logiciels libres TheOpenCD réalisée à même notre forum Framagora et qui avait connu à l’époque son petit succès avec de très nombreux téléchargements, un magazine spécialement dédié et des ventes conséquentes chez Ikarios.

Depuis, et suite à un appel sur le blog, nous nous sommes donc regroupés, structurés et organisés sous la bannière Framalang autour d’une liste de discussion et d’un wiki dédié. Les membres exercent une veille sur le libre anglophone, puis l’un propose et d’autres disposent, c’est-à-dire traduisent, relisent et valident.

La richesse de ce groupe tient non seulement à ses compétences, son écoute, sa capacité d’organisation collective et son goût du travail bien fait, mais également à l’atmosphère conviviale qui y règne et que rien ne vient perturber, pas même le trop plein de travail proposé !

En effet, et pour être tout à fait sincères, nous n’arrivons pas forcément à tout mener à bien et certains projets ont un accouchement lent et difficile. Si nous réussissons à nous dôter de la présence d’un ou deux permanents via la campagne de soutien, c’est là encore quelque chose que nous pourrions améliorer.

J’ajoute que sur la trentaine de membres tous ne sont pas actifs et donc les candidatures restent plus que jamais ouvertes (pour cela s’inscrire directement à partir de cette page).

Il n’en demeure pas moins que ce qui a été déjà réalisé par le groupe est impressionnant aussi bien quantitativement que qualitativement. Présentation et exemples.

Les articles

La traduction d’articles qui sont mis en ligne sur ce blog constitue la majeure partie du travail. Avec le temps nous nous retrouvons ainsi avec une belle petite collection (une bonne cinquantaine pour être plus précis). Certains collent à l’actualité mais d’autres sont prétextes à débats et réflexions de fond.

Petit florilège subjectif et non exhaustif (permettant au passage aux nouveaux lecteurs du Framablog de découvrir qui sait quelques articles intéressants dont la plupart n’ont pas pris une ride) :

• Le logiciel libre est-il communiste ? Peut-être bien… février 2007
• 10 choses à savoir sur Wikipédia mars 2007
• « La connaissance libre nécessite le logiciel libre » J. Wales (Wikipédia) avril 2007
• Stallman, le philosophe de notre génération ? mai 2007
• 10 règles d’or pour rejoindre la communauté de développeurs d’un logiciel libre mai 2007
• Firefox : bilan et perspectives – Entretien avec la présidente de la Mozilla Foundation Mitchell Baker mai 2007
• Pourquoi faire un don à Wikipédia ? (et soutenir la culture libre et ses utopies) janvier 2008
• Guerre contre l’Empire – épisode 37 – formats ouverts – ODF vs OOXML janvier 2008
• Ce qui caractérise les utilisateurs de logiciels libres janvier 2008
• Comment l’Eee PC m’a montré que j’avais tort à propos de Linux février 2008
• Pour que la démocratisation du logiciel libre ne soit pas un rendez-vous manqué avril 2008
• La startup à but non lucratif est-elle un oxymore ? mai 2008
• Lorsque vous démarrez votre ordinateur vous vous engagez politiquement juin 2008
• Plus qu’une simple histoire d’argent juin 2008
• Stallman, Torvalds, Brown et Zemlin : mais que pensent-ils donc de Microsoft ? juin 2008
• Il était une fois un développeur de logiciel libre juin 2008
• Les femmes et le logiciel libre octobre 2008
• La fabuleuse histoire d’une pièce de 5 euros novembre 2008

Le sous-titrage

Un sous-groupe Framalang est spécialement concentré sur le sous-titrage de vidéo. C’est un travail minutieux et de longue haleine car il faut retranscrire en anglais, puis traduire, minuter et intégrer le tout à la vidéo (dont on propose systématiquement le téléchargement dans un format ouvert).

La réalisation dont nous sommes le plus fiers est l’excellente conférence Software and Community in the Early 21st Century d’Eben Moglen que nous conseillons à tous de voir et faire voir.

Les « grands travaux »

Framalang est également à l’initiative de travaux plus ambitieux, à savoir la traduction de rapports ou de livres entiers. C’est un peu l’épreuve du feu pour nous car il n’est pas toujours facile de gérer et donner une cohérence à des réalisations de cette envergure effectuées collaborativement à plusieurs mains.

Toujours est-il que c’est ainsi que nous avons édité notre framabook numéro 4 Changer pour OpenOffice.org, à l’origine créé par le site OOoAuthors qui avait eu la bonne idée de placer le livre sous licence libre.

Le fameux rapport Becta Microsoft Vista et Office 2007 à l’école est également issu de la cuisse de Framalang. Et de nombreux autres projets sont en cours comme par exemple une biographie de Richard Stallman actuellement en phase de relecture.

Merci

Voilà. Je tenais par la présente à mettre un peu en lumière le travail de ce groupe et à lui un rendre hommage mérité car il participe de beaucoup à bonifier non seulement ce blog mais l’ensemble du réseau.

Deep in my heart, thank you 😉

Le développement d’un logiciel libre est paradoxal. En théorie, et c’est même ce qui le fonde, il est ouvert à tout le monde mais en pratique son efficacité tire très souvent profit d’une structure qui voit une personne, presque toujours le créateur initial, se dégager de la multitude pour exercer, ce que l’on qualifie faut de mieux, une « dictature bienveillante ».

La « dictature »^[1] c’est le fait de choisir seul la ligne directrice du projet en assumant les décisions (prises en concertation mais généralement sans réel processus démocratique). La « bienveillance », c’est la capacité du « dictateur » à écouter et l’attitude par laquelle il manifeste la considération qu’il éprouve envers les contributeurs.

C’est le sujet de la traduction du jour qui penche très clairement en faveur de cette étrange méritocratie qui va à l’encontre d’une organisation plus collective que l’auteur nomme ici « comité ». Avec, quoiqu’il arrive, une question en suspens : et si le « dictateur à vie » venait à ne plus pouvoir travailler sur son projet, ce dernier saurait-il véritablement lui survivre ?

NB : Il est à noter que si l’on accepte de voir le réseau Framasoft dans son ensemble comme une sorte de « gros logiciel libre en développement » alors nous n’échappons pas au débat. Le rôle de dictateur bienveillant, si dictature il y a, étant alors joué conjointement par Pierre-Yves Gosset et moi-même.

Les dictateurs dans les logiciels libres et open source

Dictators in free and open source software

Tony Mobily – 22 juillet 2008 – Free Software Magazine
(Traduction Framalang : Olivier et Penguin )

Certaines personnes remettent en cause l’idée que la plupart (voire la totalité) des projets de logiciels libres ne peuvent pas se passer d’un dictateur bienveillant, c’est à dire une personne qui a le dernier mot sur toutes les décisions prises. Ils pointent facilement les « erreurs » passées de Linus Torvalds (notez les guillemets) : l’utilisation de BitKeeper pour gérer le noyau, l’interdiction de greffons, etc. En tant que développeur logiciel, je pense qu’un dictateur est absolument nécessaire dans un projet de logiciel libre. Voici pourquoi.

Respect gagné par le DBAV

La première raison est aussi certainement la plus importante : le respect. Le dictateur bienveillant à vie (on le nommera DBAV à partir de maintenant) doit prendre des décisions, et même beaucoup de décisions, et en même temps il doit conserver le respect de ses pairs. Les décisions ne sont pas toujours populaires, et elles ne sont pas non plus toujours justes (particulièrement aux yeux des autres). Cependant, le DBAV doit faire preuve de charisme, aussi bien sur le plan technique que relationnel, pour conserver le respect du reste de l’équipe. Personne ne songerait jamais à initier un fork de Linux, car peu de développeurs abandonneraient Linus au profit de la personne à l’origine de la fourche. C’est vrai pour la plupart des projets et c’est pourquoi les forks sont rares. Il faut reconnaître cependant qu’il arrive que le DBAV réussisse à se mettre toute l’équipe de développement à dos, et que quelqu’un finisse par créer une fork en entraînant la majeure partie des développeurs avec lui. Un nouveau projet avec un nouveau nom se crée en s’appuyant sur le code source existant et l’ancien projet disparaît après quelques temps. C’est une bonne chose : le DBAV est en place tant que le peuple le souhaite. C’est une dictature, mais une dictature étrange puisqu’à tout moment les citoyens peuvent s’en aller créer un nouvel état ou en rejoindre un autre.

Connaissance

Le DBAV connaît le projet de A à Z. Il ou elle est à même de savoir si une décision détruira les fondations du projet, et saura également résoudre un problème en conservant la solidité de la structure. Drigg (un projet populaire que je maintiens) m’en apporte la preuve presque chaque semaine : je me rends compte que ma très bonne connaissance du projet le protège des mauvais patchs (NdT : correctifs) et des mauvaises demandes de fonctionnalités. Un DBAV est crucial et il ou elle doit être la personne qui prend les décisions. Dans un logiciel commercial, un manager moyen (qui ne sait pas coder) arrivera parfois à imposer une fonctionnalité ou une modification qui détruira inévitablement la structure du logiciel. Cela m’est aussi arrivé et je pense que c’est arrivé à presque toutes les personnes travaillant sur des logiciels clients propriétaires.

Rapidité

Tout se passe souvent très vite dans le développement de logiciels libres. Parfois les décisions sur la conception et la technique doivent être prises presque dans l’instant. Même si le DBAV peut demander leur avis aux autres membres, c’est à lui ou à elle que revient la décision finale. Il existe une expression anglaise qui dit « A Camel is a horse designed by committee » (NdT : « Un chameau est un cheval créé par un comité » pour dire que les décisions prises collectivement ne sont jamais optimales), je la trouve légèrement exagérée, tout dépend évidemment du comité en question, mais c’est en général vrai et c’est bien dommage. Des décisions doivent être prises, et parfois quand on suit la liste de discussion d’un projet, on souhaiterait vraiment que quelqu’un mette fin aux argumentations qui parfois s’éternisent et dise « ok, ça suffit, on va faire les choses comme ça ».

Charge de travail

Soumettre des idées pour de nouvelles fonctionnalités est un droit fondamental (par contre les exiger ne l’est pas). Les membres de l’équipe peuvent débattre de ces demandes de fonctionnalités et de leur implémentation. Cependant, le code fait la loi. Si un utilisateur propose quelque chose qui trouve écho chez une développeur, les discussions peuvent tirer en longueur, mais à un moment « quelque chose doit être codé si vous voulez qu’il se passe quelque chose ». En proposant un patch un membre de l’équipe gagnera du respect et de la crédibilité, à condition bien entendu que le correctif ne détruise pas la structure du projet. Cela signifie donc que les membres qui veulent contribuer prendront en charge ce qui leur tient vraiment à cœur et ils devront coder ces éléments de manière à ce que le DBAV ne les rejettent pas. Cela est bénéfique à la fois pour le code et pour la motivation des gens. Le code créé par les autres membres de l’équipe doit être bon. Ce qui nous amène au point suivant…

Envoyer de bons correctifs

Si un développeur sait que son patch sera inspecté par une personne ayant une connaissance poussée du projet, et que cette personne cherchera la petite bête, il mettra plus d’application dans l’élaboration de son correctif. Si ce n’est pas un DBAV mais un comité démocratique qui décide du sort des contributions, alors souvent de mauvais correctifs seront intégrés au code, des correctifs qui seront susceptibles de mettre à mal la structure du projet ou qui auront des effets secondaires obscures et difficiles à corriger. Ceci peut aussi se produire si le DBAV se comporte comme un père de famille confiant et aimant plutôt que comme un vrai DBAV. Oui, il m’est déjà arrivé d’accepter des correctifs trop rapidement, et je me suis retrouvé dans cette situation.

Maintenir la politique à l’écart du projet

Créer un comité c’est ouvrir la porte à la politique. L’équation suivante est souvent vraie : « Politique + Projet technique = Catastrophe ». Si un comité prend toutes les décisions, une partie des membres du comité pourrait finir par s’allier afin de faire passer des décisions pour des raisons autres que techniques (comprendre ici : renvoyer l’ascenseur, demander une faveur, etc.). Le DBAV peut aussi prendre des décisions politiques, mais ce ne seront toujours que les décisions politiques d’une personne, le DBAV lui-même, qui saura qu’une mauvaise décision sur le plan technique sera très préjudiciable au développement du projet.

Pour conclure…

Je ne suis pas spécialement fan des comités. Je pense qu’une méritocratie avec un DBAV fonctionne beaucoup mieux et réalise les choses beaucoup plus rapidement. Durant ma courte expérience de chef de projet de logiciel libre (presque un an), j’ai fait face, à une échelle plus modeste bien sûr, aux mêmes problèmes que rencontrent tous les jours beaucoup de développeurs de logiciels libres. Si vous n’êtes pas d’accord avec mes idées, vous pouvez créer un fork à partir d’un projet et mettre sa gestion dans les mains d’un comité. Mais vous avez de bonne chance d’accoucher d’un chameau plutôt que d’un cheval.

Vous êtes libre de me prouver que j’ai tort.

Nous le savons, le logiciel libre tient souvent du bon sens. Et nombreux sont ceux qui, lorsqu’ils le découvrent, ne peuvent s’empêcher de laisser échapper un « bon sang mais c’est bien sûr ! » qui résume assez bien le choc de la rencontre 😉

Le problème c’est qu’il y avait une vie avant le logiciel libre (si, si, je vous assure). Une vie avec ses us et coutumes qui ne s’accommode pas toujours forcément très bien de ce nouvel objet mutant, fut-il virtuel. Une vie qui d’ailleurs n’avait pas toujours fait du bon sens sa première vertu.

Du coup on se retrouve dans une situation quelque part paradoxale où ce qui semble « naturel » doit être au mieux maintes fois explicité et au pire âprement défendu pour d’abord se donner le droit d’exister puis ensuite se donner les moyens de se développer et s’épanouir.

C’est dans ce processus que s’inscrit l’April, l’association qui vient murmurer « logiciel libre » à l’oreille des décisionnaires.

Or ces oreilles sont parfois capricieuses. Selon l’étage dans la hiérarchie, elles peuvent être en effet distraites, sélectives voire même carrément bouchées. En adhérant à l’April c’est le logiciel libre dans son ensemble que vous soutiendrez et aiderez à devenir toujours plus audible sur la place publique^[1].

Ils partirent peu nombreux mais par tous vos renforts, je, tu, nous nous vîmes cinq mille en arrivant au port. Voilà l’objectif visé. Il est ambitieux mais il est nécessaire quel que soit le port accosté. Qu’il s’agisse d’un sous-secrétariat de circonscription, une chambre de commerce, un couloir d’assemblée nationale ou européenne, un établissement scolaire, ou encore une manifestation festive qui vient à la rencontre des concitoyens, il est important de nous rassembler pour que l’April soit présente et continue de porter haut et fort la voix du logiciel libre.

Plus nous serons nombreux derrière l’April et plus celle-ci rencontrera d’oreilles attentives qui n’auront plus besoin d’être tirées. Ce n’est pas pour cela que nous pourrons ensuite tranquillement dormir sur nos deux oreilles, d’autant qu’il ne tient qu’à nous d’y participer, mais c’est l’assurance que le logiciel libre sera de plus en plus écouté.

À bon entendeur, salut !