Ah qu’il était doux et rassurant le temps de l’informatique à grand-papa où nous avions nos ordinateurs fixes qui se connectaient de temps en temps et où nous luttions avec confiance et enthousiasme contre le grand-méchant Microsoft !

Ce temps-là est révolu. Nous entrons dans une autre décennie et il se pourrait bien que le principal sujet de conversation de la communauté du logiciel libre dans les dix ans à venir ne soit plus Microsoft (symbole du logiciel propriétaire, j’ai mal à mes fichiers !) mais Google (symbole de l’informatique dans les nuages, j’ai mal à mes données personnelles !)^[1].

Firefox, bouffé par Chrome ? Ubuntu, court-circuité par Chrome OS ? Le Web tout entier se transformant petit à petit en un fort joli Minitel 2.0 bourré de services Google à tous les coins de rue ? Ces différents scénarios ne relèvent pas forcément de la science-fiction.

Le problème c’est que nous n’avons plus un Microsoft en face d’une limpide ligne de démarcation. Le problème c’est que nous avons affaire à rien moins qu’au premier contributeur open source de la planète. Et cela rend légèrement plus complexe le positionnement…

La plus grande entreprise mondiale de l’open-source ? Google

World’s biggest open-source company? Google

Matt Asay – 16 septembre 2009 – Cnet news
(Traduction Framalang : Julien et Cheval boiteux)

Red Hat est généralement considérée comme la principale société open source de l’industrie, mais c’est une distinction dénuée de sens parce qu’elle est inexacte. Alors que les revenus de Red Hat proviennent des logiciels open source que la société développe et distribue, d’autres entreprises comme Sun, IBM et Google écrivent et contribuent en réalité à beaucoup plus de code open source. Il serait temps d’arrêter de parler d’entreprises open source et de revenir à l’importance du code open source.

L’open source est de plus en plus le socle sur lequel reposent les entreprises d’internet et du logiciel. Myspace a dernièrement fait des vagues en ouvrant les sources de Qizmt, un framework de calcul distribué (qui curieusement tourne sur Windows Server) qui active la fonction « Personnes que tu pourrais connaître » du site. Mais Myspace, comme l’a noté VentureBeat, n’a fait que rattraper la récente ouverture des sources de Tornado par Facebook.

Aucun d’eux ne le fait pour marquer des points auprès des utilisateurs branchés. S’ils le font, c’est motivé par leurs propres intérêts, qui nécessitent de plus en plus souvent d’inciter des communautés de développeurs à adopter et étendre leurs propres applications et services Web.

C’est également un moyen d’améliorer la qualité des logiciels. En adoptant les projets open source d’une entreprise, puis en l’étendant à travers ses propres logiciels open source, la qualité collective de l’open source est forte et croissante, comme le note Kit Plummer d’Accenture.

C’est cette compréhension de l’intérêt qu’il apporte et la qualité qui en découle qui a fait de l’open source une architecture essentielle pour potentiellement tous les logiciels commerciaux, ce qui signifie que Red Hat et d’autres entreprises qui ne font que de l’open source ne sont désormais plus le centre de cet univers.

Le noyau Linux est composé de 11,5 millions de lignes de code, dont Red Hat est responsable à hauteur de 12% (mesuré en termes de lignes de code modifiées). Même si l’on y ajoute le serveur d’applications JBoss Application Server (environ 2 autres millions de lignes de code) et d’autres projets Red Hat, on obtient toujours un total inférieur à d’autres acteurs.

Prenons Sun, par exemple. C’est le principal développeur derrière Java (plus de 6.5 millions de ligne de code), Solaris (plus de 2 millions de lignes de code), OpenOffice (environ 10 millions de lignes) et d’autres projets open source.

Ou bien IBM, qui a contribué à lui seul à 12,5 millions de lignes pour Eclipse, sans parler de Linux (6.3% du total des contributions), Geronimo, et un large éventail d’autres projets open source.

Google, cependant, est la société la plus intéressante de toutes, car elle n’est pas une entreprise de logiciels en soi. J’ai interrogé Chris DiBona, responsable des programmes open source et secteur public de Google, à propos des contributions de la société dans le domaine de l’open source (NdT : Cf Tout, vous saurez tout sur Google et l’Open Source sur le Framablog). Voici sa réponse :

Au bas mot, nous avons libéré environ 14 millions de lignes de code. Android dépasse les 10 millions de lignes, puis vous avez Chrome (2 millions de lignes, Google Web Toolkit (300 000 lignes), et aux alentours d’un projet par semaine sorti au cours des cinq dernières années. Vous avez ainsi quelques centaines d’employés Google qui patchent sur une base hebdomadaire ou mensuelle.

Si DiBona se garde bien de suggérer que Google soit devenu le premier contributeur open source (« disons que nous sommes parmi les premiers »), c’est néanmoins probablement le cas, en particulier lorsque l’on considère ses autres activités open source, incluant Google Code, l’hébergement du plus grand dépôt peut-être de projets open source, avec plus de 250 000 projets hébergés, dont au moins 40 000 sont actifs, sans parler de son Summer of Code. Après tout, les lignes de code, bien que fondamentalement utiles, ne sont pas nécessairement la meilleure mesure de la valeur d’une contribution à l’open source.

En fait, Patrick Finch de la fondation Mozilla estime que la meilleure contribution de Google à l’open source n’a probablement rien à voir avec l’écriture de nouveau code :

La plus grande contribution de Google à l’open-source n’est sans doute pas du code, mais de prouver que vous pouvez utiliser Linux à grande échelle sur des machines démarquées (NdT : whitebox hardware).

C’est une étape importante, et qui souligne le fait que le label « entreprise open source » est devenu quelque peu obsolète. Google ne se présente pas, à juste titre, comme une entreprise open source. L’open source fait simplement partie de leur stratégie pour distribuer des logiciels qui vont aider à vendre davantage de publicité.

Sun a tenté de se transformer en entreprise open source, mais une fois que son acquisition par Oracle aura été finalisée, cette dernière ne va certainement pas prendre ce label. Pas parce que c’est un mauvais label, mais simplement parce qu’il n’est plus pertinent.

Toutes les entreprises sont désormais des entreprises open source. Ce qui signifie aussi qu’aucune ne l’est. L’open source est simplement un élément parmi d’autres de la politique de développement et de croissance de ces entreprises, que l’on s’appelle Red Hat, Microsoft, Google ou Facebook.

Et étant donné que les entreprises du Web comme Google n’ont pas besoin de monétiser directement l’open source, on va en fait avoir l’occasion à l’avenir de voir encore plus de code open source émerger de la part de ces sociétés que ce qui a déjà été réalisé par ces traditionnelles « entreprises de logiciels open-source » que sont Red Hat, Pentaho ou MySQL.

En janvier 2008, Bruce Byfield écrivait, dans un article que nous avions traduit ici-même (Ce qui caractérise les utilisateurs de logiciels libres) : « La communauté du Libre peut se targuer d’être une méritocratie où le statut est le résultat d’accomplissements et de contributions ».

Deux ans plus tard, le même nous propose de sonder plus avant la véracité d’une telle assertion, qui ne va finalement peut-être pas de soi et relève parfois plus du mythe savamment auto-entretenu.

Et de poser en guise de conclusion quelques pertinentes questions qui si elles trouvaient réponse participeraient effectivement à combler l’écart constaté entre la théorie et la pratique.

Nos propres discours n’en auraient alors que plus de consistance et de maturité^[1].

Les projets open source et le mythe de la méritocratie

Open Source Projects and the Meritocracy Myth

Bruce Byfield – 2 décembre 2009 – Datamation
(Traduction Framalang : Olivier et Cheval boiteux)

« Ce n’est pas une démocratie, c’est une méritocratie. »

On trouve cette déclaration sur la page de gouvernance d’Ubuntu, mais les notes de version de Fedora présentent quelque chose de similaire, tout comme la page Why Debian for developers et partout où l’essence des projets libres et open source (NdT : FOSS) est débattue.

La méritocratie est un mythe, une de ces histoires que la communauté des logiciels libres et open source aime se conter. Par mythe je n’entends pas mensonge, mais cette méritocratie est une histoire que les développeurs se racontent à eux-mêmes pour les aider à se forger une identité commune.

En d’autres termes, l’idée que les logiciels libres et open source sont une méritocratie est aussi vraie que de dire que les États-Unis sont une terre d’opportunité, ou que les scientifiques sont objectifs. Pour les membres de la communauté des logiciels libres et open source cette idée est primordiale dans leur perception du système et leur perception d’eux-même, car ils ont foi en cette idée que le travail est récompensé par la reconnaissance de leurs pairs et l’attribution de plus de responsabilités

Afin de perdurer, il faut que le mythe renferme une part de vérité, et ainsi personne ne le remet en question. Des exceptions peuvent survenir, mais elles seront justifiées, voire niées.

Cependant, si les mythes de la communauté ne sont pas des mensonges, ils ne révèlent pas toute la vérité non plus. Ils sont souvent des versions simplifiées de situations bien plus complexes.

La méritocratie dans les logiciels libres et open source n’échappe, à mon avis, pas à ce constat. Selon le contexte, si vous contribuez dans un bon projet et faites les choses biens, l’aspect méritocratique des logiciels libres et open source s’ouvrira à vous, c’est souvent le cas.

Mais de là à dire que les communautés ne fonctionnent qu’au mérite, il y a un pas que je ne franchirai pas. Le mérite n’est qu’un facteur à prendre, parmi tant d’autres, le mérite seul ne vous accordera ni reconnaissance, ni responsabilités. Bien d’autres considérations, souvent ignorées, entrent en jeu.

Hypothèses contestables

En invoquant l’argument du mérite on tourne rapidement en rond, c’est l’un des problèmes d’une méritocratie. Une hiérarchie est déjà établie, oui, mais comment ? Au mérite. S’ils n’avaient pas de mérite, ils n’auraient pas leur place.

Pas besoin de chercher bien loin pour voir que seul le mérite ne compte pas dans la hiérarchie des logiciels libres et open source. Les fondateurs du projet, en particulier, ont tendance à conserver leur influence, peu importe l’importance de leurs dernières contributions… si tant est qu’ils contribuent toujours au développement.

Par exemple, lorsque Ian Murdock fonda Progeny Linux Systems (entreprise pour laquelle j’ai travaillé) en 2000, il n’avait pas participé au projet Debian depuis quelques années. Et malgré cela, lorsque l’entreprise s’intéressa à Debian, son statut n’avait pas bougé. Tout portait à croire qu’il n’allait pas s’impliquer personnellement dans le projet et pourtant, s’il n’avait pas refusé la proposition, on lui aurait malgré tout attribué le titre de Debian Maintainer sans passer par le processus habituel.

Plus récemment, Mark Shuttleworth est devenu dictateur bienveillant à vie pour Ubuntu et Canonical, non pas à cause de ses contributions aux logiciels libres, mais parce qu’il disposait de l’énergie et de l’argent pour se propulser à ce rang. Sa position au sein d’Ubuntu ou de Canonical n’est pas remise en cause, mais toujours est-il qu’elle ne doit rien au mérite (au sens où l’entend la communauté), mais plutôt à son influence.

Et les leaders ne sont pas les seuls à gagner de l’influence pour des raisons autres que leur mérite. Dans les projets où certains contributeurs sont rémunérés et d’autres bénévoles, les contributeurs rémunérés ont presque toujours plus d’influence que les bénévoles. Dans certains cas, comme sur le projet OpenOffice.org, les contributeurs salariés peuvent presque entièrement éclipser les bénévoles.

D’autres projets, comme Fedora, repartissent l’influence plus équitablement, mais les contributeurs payés occupent souvent des postes à responsabilité. Par exemple, des dix membres du comité d’administration de Fedora, sept sont des salariés de Red Hat. Idem pour openSUSE où trois des cinq membres du comité sont des employés de Novell, le principal sponsor du projet, et un autre est consultant spécialisé dans les produits Novell. Et la situation est similaire dans bon nombre d’autres projets.

Alors oui, vous allez me dire que les membres payés ont plus de temps à accorder à ces responsabilités. C’est juste, mais ce n’est pas le sujet. Le fait est que les membres payés occupent statistiquement plus de postes à responsabilité que les bénévoles. Et c’est toute le postulat de départ qui est remis en cause, on constate alors que votre statut dans le projet n’est pas directement déterminé par votre mérite.

D’autres moyens de se faire remarquer

La méritocratie semble être le système parfait en théorie. Mais le fait est que la théorie est rarement mise en pratique. Avant de le reconnaître, encore faut-il déjà définir ce qu’est le mérite, la communauté des logiciels libres et open source ne fait pas exception.

Bâtie sur le code, la communauté des logiciels libres et open source valorise principalement la capacité à coder, bien que les plus gros projets soient beaucoup plus variés : tests, rédaction de la documentation, traduction, graphisme et support technique. De nombreux projets, comme Fedora et Drupal, évoluent et tentent de gommer cet a priori, mais cela demeure vrai pour la plupart des projets. Ainsi, les noms connus dans les projets ou les personnes qui font des présentations lors des conférences sont majoritairement des développeurs.

Cet a priori est cependant justifié. Après tout, sans le code, le projet de logiciel libre ou open source n’existerait pas. Et pourtant, le succès du projet dépend autant des autres contributions que du code lui-même.

Et comme le fait remarquer Kirrily Robert, blogueur chez Skud, même si certaines contributions sont moins estimées que d’autres, ça n’est pas une raison de les occulter complètement.

Par exemple, la personne la mieux placée pour écrire la documentation pourrait bien être le chef du projet, mais peut-être alors a-t-il mieux à faire que de rédiger la documentation. Il vaut peut-être mieux qu’une autre personne, même moins douée, rédige la documentation. Dans ce cas, celui qui écrit la documentation devrait être remercié, non seulement pour son travail, mais aussi parce qu’il libère l’emploi du temps du chef du projet. Et pourtant ceci est rarement reconnu dans les projets de logiciels libres ou open source.

L’idée que le mérite soit remarqué, reconnu et recompensé est rassurante dans notre culture industrielle moderne. J’aurai même tendance à penser que c’est encore plus rassurant dans le cercle des logiciels libres et open source, dont de nombreux membres admettent être introvertis, voire même se diagnostiquent eux-mêmes comme étant victime du syndrome d’Asperger.

Mais le mérite est-il toujours reconnu dans les logiciels libres et open source ? Voici ce que Noirin Shirley écrit à propos des obstacles à franchir par les femmes pour participer à cet univers :

Souvent, les valeurs reconnues dans une méritocratie deviennent rapidement le couple mérite/confiance en soi et obstination, dans le meilleur des cas. « Le travail bien fait ne vous apporte pas d’influence. Non, pour gagner de l’influence il faut faire du bon travail et bien s’en vanter, ou au minimum le rappeler à tout le monde régulièrement. » Les femmes échouent à cette étape là.

Shirley suggère ici qu’il faut non seulement être bon et régulier, mais il faut aussi savoir se rendre visible sur les forums, chats et listes de discussion, ainsi qu’aux conférences. Puisque les femmes sont apparemment conditionnées culturellement pour ne pas se mettre en avant, elles sont nombreuses à ne pas être à leur avantage dans un projet de logiciel libre ou open source (idem pour les hommes manquant de confiance en eux). Si elles ne peuvent ou ne souhaitent pas s’auto-promouvoir un minimum, leurs idées peuvent passer inaperçues, être sous-estimées ou carrément écartées.

À l’inverse, selon la même logique, certains gagnent en autorité plus parce qu’ils sont sociables ou opiniâtres que pour ce qu’ils réalisent concrètement (j’ai quelques exemples en tête, mais je ne veux pas faire d’attaque personnelle).

Tout comme la démagogie peut pervertir la démocratie, l’auto-promotion peut pervertir la méritocratie. Si un projet n’y prend pas garde, il se retrouvera bien vite à accepter des contributions, non pas sur la base de leur qualité, mais à cause de la visibilité et de l’insistance de celui qui les propose.

L’attraction sociale et comment s’y soustraire

Dans Le mythe de la méritocratie, Stephen J. McNamee et Robert K. Miller, Jr. avancent que la méritocratie aux États-Unis est influencée par ce qu’ils nomment l’attraction sociale. Ce sont des facteurs comme l’origine sociale ou l’éducation qui peuvent modifier positivement ou négativement la perception qu’ont les autres de nos contributions.

D’après moi, l’attraction sociale touche aussi la communauté des logiciels libres et open source, pas simplement parce qu’elle fait partie de notre société industrielle moderne, mais pour des facteurs qui lui sont propres. Reconnaître son existence n’est pas forcément facile, mais ça n’est pas pour autant une remise en cause de la méritocratie dans les logiciels libres et open source. L’importance du travail réalisé par les contributeurs n’en est pas non plus amoindrie.

Au contraire, reconnaître l’existence de l’attraction sociale peut être un premier pas pour améliorer la méritocratie dans le monde des logiciels libres et open source.

Kirrily Robert émet une idée intéressante. À l’instar des auditions anonymes où les musiciennes sont plus facilement choisies lorsque le sexe de la personne qui postule n’est pas connu, Robert propose que les soumissions soient également anonymes afin que leur évaluation ne soit pas biaisée. Si l’augmentation des contributions féminines lui tient à cœur, ces soumissions anonymes pourraient aussi garantir que seul le mérite entre en ligne de compte pour chaque contribution.

Mais ce n’est là qu’une proposition. Si vous voulez que la communauté des logiciels libres et open source devienne véritablement méritocratique, alors elle doit avoir le courage se poser quelques bonnes questions.

Pour commencer, par quel autre moyen peut-on réduire l’importance de l’auto-promotion ? Comment peut-on s’assurer que les employés et les bénévoles soient réellement au même niveau ? Peut-on redéfinir le mérite pour qu’il ne reflète pas uniquement ce qui est lié au code, mais au succès global du projet ?

Répondre à ces questions n’affaiblira pas le principe du mérite. Au contraire, ce principe de base de la communauté devrait en ressortir renforcé, et mieux utilisé. Et c’est, sans aucun doute, ce que souhaite tout supporter des logiciels libres et open source.

Dis papa chéri , pourquoi ne puis-je dessiner dans ce musée ? Parce que le « copyright » ma fille ! Oui, mais c’est quoi le « copyright », papa ? Euh… c’est une chose de grandes personnes, tu ne peux pas comprendre…

Fin du dialogue fictif entre un père et sa fille. Mais ce qui n’a rien de fictif c’est la situation étrange et pénétrante qui verrait un enfant interdit de prendre son crayon et son carnet pour le simple plaisir d’étudier et garder en mémoire ce qu’il a sous les yeux^[1].

Dieu soit loué, ce n’est pas le cas dans la majorité des musées et cela semble ne concerner que les expositions temporaires et non permanentes.

Il n’empêche que cela existe et en dit déjà long sur les dommages collatéraux désastreux de ces contrats juridiques qui, à trop vouloir se protéger, en arrivent à censurer un acte aussi inoffensif que celui-là.

Remarque : Ce n’est pas la première fois que le Framablog évoque Nina Paley (cf Libération du film d’animation Sita Sings the Blues et The Copyright Song).

Crayonner c’est copier. Copier c’est voler. Bientôt : l’interdiction de respirer

Sketching is copying; copying is stealing. Coming soon: no breathing

Karl Fogel – 29 octobre 2009 – QuestionCopyright.org
(Traduction Framalang : Julien)

Ce n’est certainement pas une nouveauté pour les étudiants des Beaux-Arts, mais pour le reste d’entre nous c’est toujours étonnant de constater que des établissements culturels comme les musées marchent dans le mythe du « copier c’est voler » en interdisant les croquis.

Dans certains cas, par exemple lors d’expositions temporaires, les restrictions concernant la copie sont imposées par l’institution qui prête l’œuvre. Il serait alors intéressant de savoir combien de fois le prêteur impose ces restrictions sur des œuvres qui ne sont pas sous copyright, ou qui autrement ne seraient pas restreintes.

Nina Paley a recueilli quelques exemples à la volée. Vous en connaissez d’autres ?

Le Philadelphia Museum of Art

« Tous les croquis dans les galeries d’exposition ou des œuvres prêtées sont interdits »

D’après la formulation, ceci s’applique à toute oeuvre en prêt, qu’elle soit dans le domaine public ou non. Quelqu’un a lancé une pétition pour obtenir que cette restriction soit levée, mais cela ne semble pas avoir abouti.

Le Musée Royal de l’Ontario : « Il est parfois interdit de dessiner à l’occasion de certaines expositions temporaires en raison d’ententes contractuelles avec les institutions ou les personnes qui nous prêtent des œuvres. ».

Ce serait bien s’ils affichaient ces accords sur le mur, à côté des autres informations qui concernent l’œuvre (et si les prêteurs ne souhaitent pas voir cela affiché peut-être devraient-ils se demander pourquoi).

Le Morris Museum of Art

« Exécuter des croquis des œuvres exposées dans les galeries permanentes du musées à des fins éducatives est autorisé. Faire des croquis ou dessiner à l’intérieur du Morris Museum of Art à des fins de revente ou de reproduction est strictement interdit. … Des restrictions supplémentaires peuvent s’appliquer sur le crayonnage de peintures et d’objets prêtés par d’autres musées. Veuillez vérifier auprès d’un représentant du musée avant de faire des croquis dans les galeries. Il vous sera demandé de signer un formulaire d’autorisation de dessiner et de vous conformer aux règles du musée. »

Par où commencer ? La revente ou la reproduction sont strictement interdites ? On se demande comment les conservateurs du Morris Museum ont reçu leur éducation artistique. Ont-ils réussi à visiter personnellement chaque musée où était exposée une œuvre qu’ils souhaitaient voir ? Et un formulaire « d’autorisation de dessiner » ! L’adjectif « orwellien » est galvaudé, mais parfois c’est le seul mot qui convient. Soyez heureux d’avoir déjà signé votre formulaire d’autorisation de penser.

La National Gallery of Victoria (Australie)

« Les croquis et la prise de notes sont permis dans les zones d’expositions temporaires et de collections permanentes de la National Gallery of Victoria. Cette politique est soumise à l’appréciation des prêteurs individuels ou institutionnels, à condition que les conditions suivantes soient respectées : … Il est important de noter que certains prêteurs individuels ou institutionnels peuvent interdire le crayonnage et la prise de notes dans le cadre des conditions exposées dans les accords de prêt et/ou des contrats d’exposition selon les termes d’une indemnité gouvernementale ou police d’assurance. Dans ces circonstances, le commissaire de l’exposition donnera des instructions spécifiques au personnel de sécurité. Nous demandons à tous les visiteurs de comprendre que dans ces circonstances la National Gallery of Victoria n’a pas d’autre choix que de se conformer aux conditions fixée par les prêteurs. »

De toutes les conditions exposées ici, celle-ci semble la plus raisonnable. Le texte complet montre qu’ils sont en priorité soucieux du public, et quand il s’agit de restrictions imposées par les prêteurs, la galerie admet plus ou moins ouvertement qu’elle regrette que ces restrictions soient toujours nécessaires. Cette politique résulte apparemment en partie d’une protestation du Free Pencil Movement, félicitations à eux pour cette action couronnée de succès. Encore une fois, j’espère que la National Gallery affichera les termes exacts des restrictions demandées par les prêteurs juste à côté des œuvres concernées.

La mentalité du « Copier c’est voler » peut créer des situations terriblement étranges. Ce post de 2005 sur BoingBoing rapporte l’histoire d’une élève de CE1 qui dessinait au North Carolina Museum of Art : « Un gardien du musée a dit aux parents de Julia que faire des croquis était interdit parce que les grands chefs d’oeuvres sont protégés par le copyright, un concept que la jeune Julia ne comprenait pas avant que sa mère ne lui explique le terme ».

Ne t’inquiète pas Julia, tu n’es pas la seule.

Rien à faire, la culture propriétaire est dans l’ADN de Microsoft.

Quand bien même, avec sa nouvelle Microsoft Biology Foundation, la société décide de montrer a priori patte blanche, ou plutôt « patte open source » à une communauté scientifique (ici la bio-informatique) de plus en plus consciente de ce qui est bon pour elle.

Espérons du coup qu’elle ne sera pas dupe. C’est ce qui vient nous rappeler avec causticité Glyn Moody sur son blog^[1].

Les implants biologiques de Microsoft

Microsoft’s Biological Implants

Glyn Moody – 6 novembre 2009 – Open…
(Traduction Framalang : Julien et Cheval boiteux)

Microsoft se montre à la hauteur de ses vieilles ficelles consistant à offrir de jolies babioles aux naïfs avec la Microsoft Biology Foundation :

La communauté bio-informatique a développé une solide tradition de développement ouvert, de partage de code et de support multi-plateforme, et un certain nombre de boîtes à outils (NdT : toolkits) spécifiques à chaque langage sont désormais disponibles. Ces boîtes à outils sont précieuse à la la communauté, en promouvant le partage du code et en établissant des standards de fait.

La Microsoft Biology Foundation (MBF) est une boîte à outils générique pour la bio-informatique construite comme une extension pour le framework .NET. Actuellement, il met en oeuvre une gamme d’analyseurs syntaxiques pour les formats de fichiers communs dans la bio-informatique ; une série d’algorithmes permettant de manipuler des séquences d’ADN, d’ARN et de protéines; et un ensemble de connecteurs à des services Web de biologie comme NCBI BLAST. MBF est disponible sous une licence open source, et les exécutables, le code source, les applications de démonstration ainsi que la documentation sont téléchargeables gratuitement depuis le lien ci-dessous.

J’aime beaucoup la transition de « solide tradition de développement ouvert, de partage de code et de support multi-plateforme » à « tenez, allez faire mumuse avec ces joujoux du framework .NET remplis de brevets ».

Le problème étant, évidemment, qu’une fois que vous avez consciencieusement installé le framework .NET, avec tous les brevets que Microsoft prétend détenir dessus, et que vous vous y retrouvez enfermé par les usages et habitudes qui y sont liés, vous faites partie de l’écosystème contrôlé par Microsoft. Et vous allez probablement y rester, étant donné que Microsoft n’essaye même pas de promettre que cette camelote sera portée sur d’autres plateformes.

Parce que, sous le titre trompeur « multi-plateforme et interopérabilité », il est dit :

MBF fonctionne bien sur le système d’exploitation Windows et avec un éventail de technologies Microsoft.

Ouais ? Et qu’en est-il des technologies et systèmes d’exploitation non-Microsoft ?

Nous avons l’intention de travailler avec la communauté de développeurs pour profiter de l’extensibilité de MDF et supporter un nombre croissant d’outils Microsoft et non-Microsoft à mesure que le projet se développe.

Bien, mais ça n’a aucun rapport avec le fait d’être multi-plateforme : ils disent juste que ça va fonctionner avec d’autres outils – la belle affaire.

Si j’étais un biologiste, je me sentirais insulté par cette tentative à peine déguisée de faire rentrer de tels logiciels remplis de brevets au sein de la communauté bio-informatique, qui a une longue et glorieuse tradition d’usage et de soutien au logiciel libre, qui est réellement libre et réellement multi-plateforme, ce qui signifie tenter d’enfermer l’une des communautés les plus florissantes et dynamiques du monde logiciel.

Lu sur le site de l’AFUL : Éric Magnien, qui a gagné deux fois en justice contre le constructeur ASUS (lire le commentaire détaillé de la décision de justice par Me Frédéric Cuif), s’exprime dans le journal télévisé 19-20 de France 3 Bretagne le 21 décembre 2009 : Un Morbihannais en lutte contre Windows, par Géraldine Lassalle.

—> La vidéo au format webm

Transcript

Voix off : C’est un combat semblable à celui de David contre Goliath. Dans le rôle de David, Éric Magnien, régiseur de théâtre lorientais, dans le rôle de Goliath, le fabricant d’ordinateur Asus. Tout commence en mai 2008 quand Eric décide de s’acheter un ordinateur.

Éric Magnien : Je voulais acheter un ordinateur, mais je ne voulais pas des logiciels qui étaient installés avec, parce que j’utilisais déjà avec un autre ordinateur des logiciels libres, donc sous Linux.

Voix off : Pourtant Éric n’a pas le choix. il doit acheter l’ordinateur avec avec le système d’exploitation de Microsoft déjà installé. Il décide alors de demander au constructeur le remboursement des logiciels Windows dont il n’a pas besoin.

Éric Magnien : Il me demandait à ce que je renvois l’ordinateur à mes frais, à leur service après-vente à Paris, pour effacer totalement le disque dur et enlever l’étiquette de Windows. Donc c’était totalement inacceptable, pour un remboursement de 40 euros alors que dans le commerce ces mêmes logiciels coutaient 205 euros.

Voix off : S’engage alors une bataille juridique qui va durer plus d’un an. Avec l’aide de l’Association Francophone des Utilisateurs de Logiciels Libres (AFUL), Éric rassemble tous les elements demontrant l’abus dont il est victime. Face à lui une armée d’avocats experts, un combat inégal mais Éric sait qu’il est légitime. En août 2009 la justice condamne le constructeur.

Éric Magnien : C’est une procédure longue, difficile mais nécessaire, et qui vaut le coup parce que c’est notre droit. On a le droit d’obtenir réparation de ce genre de choses, on a le droit d’obtenir le remboursement de ces licences. Et donc c’est aussi pour une certaine idée du droit, de la justice, que j’ai été jusqu’au bout de la démarche.

Voix off : La décision de justice rendu par le tribunal de Lorient pourrait bien décider d’autres consommateurs à faire valoir leurs droits. Le 2 décembre dernier, la société Acer a été condamnée pour la cinquième fois pour des faits similaires.

J’ai vécu pendant deux ans à moins de cent mètres de la place Saint-Pierre (pile à la période où Jean-Paul II est retourné aux cieux). Et lorsque je me penchais à mon balcon le dimanche matin, je pouvais voir un petit bonhomme blanc au loin qui s’agitait du sien.

Hier, le Saint-Siège a communiqué à la presse un court article intitulé : « Déclaration concernant la sauvegarde de l’image du Pape »

Ce qui est intéressant ici ce n’est pas tant que le Saint-Siège décide de protéger sa « marque ». C’est compréhensible après tout qu’elle souhaite avoir un droit de regard sur la création de « l’école Pie XII », « l’association Benoît XVI » ou « le dentifrice Paul VI »^[1].

Ce qui est intéressant c’est qu’elle décide de le faire maintenant. Comme si le formidable potentiel d’ouverture de notre nouveau siècle devait nécessairement s’accompagner d’une fermeture de tout ce qui touche aux droits d’auteurs, copyright et propriété intellectuelle.

Nous ne créerons donc pas de « Framakey Pontificale Remix » avec l’intégralité de la Bible dedans. Ce qui nous perturbe guère car ce n’était pas vraiment dans nos projets 😉

Déclaration concernant la sauvegarde de l’image du Pape

URL d’origine du document

Au cours de ces dernières années tout particulièrement, l’affection croissante et l’estime cordiale de beaucoup envers les Souverains Pontifes ont conduit à vouloir faire usage de leurs noms dans la titulature d’institutions universitaires, académiques ou culturelles et aussi d’associations, de fondations ou d’autres organismes.

Prenant acte de ce fait, il est précisé qu’il est de la compétence exclusive du Saint-Siège de veiller au respect dû aux Successeurs de Pierre et, par conséquent, de sauvegarder leur image et leur identité personnelle vis-à-vis d’initiatives qui, sans autorisation, adoptent le nom et/ou les armoiries des Papes pour des fins et des activités qui n’ont rien ou peu à voir avec l’Église catholique. Parfois, en effet, par l’usage de symboles ainsi que de logos ecclésiaux ou pontificaux, il s’agit de chercher à donner une crédibilité et une autorité à ce qui est promu ou organisé.

En conséquence, l’usage de tout ce qui se réfère directement à la personne et à la mission du Souverain Pontife (nom, image et armoiries), aussi bien que la qualification « pontifical(e) » doit être expressément et préalablement autorisé par le Saint-Siège.

« An apple a day keeps the doctor away » dit l’adage anglophone. Sauf que c’est désormais la pomme^[1] elle-même qui a besoin d’un docteur.

Car si on nous suggère de « manger des pommes », encore faudrait-il que la pomme demeure effectivement plurielle. Ce qui est malheureusement de moins en moins le cas aujourd’hui.

La faute à qui ?

Peut-être aux mêmes forces et logiques économiques qui mettent à mal les biens communs (cf ce manifeste), de l’eau au logiciel en passant par la culture prise au piège des industriels^[2].

L’enclosure des pommes

The Enclosure of Apples

David Bollier – 10 novembre 2009 – OnTheCommons.org
(Traduction Framalang : Goofy)

L’agriculture moderne a drastiquement réduit les variétés naturelles de pommes.

Il y a un siècle, en 1905, il y avait plus de 6500 variétés distinctes de pommes comestibles, d’après Verlyn Klinkenborg du New York Times. Les gens avaient leur pommes saisonnières favorites en ce qui concerne la cuisine ou pour manger directement. Ils en utilisaient différentes sortes selon qu’ils voulaient faire des tartes, du cidre ou du jus de pomme. Ils avaient le choix entre de nombreuses variétés exotiques portant des noms tels que Scollop Gillyflower, Red Winter Pearmain, Kansas Keeper.

Maintenant d’après Klinkenborg, « seulement 11 variétés constituent 90% de toutes les pommes vendues dans le pays, et la Red Delicious en représente à elle seule la moitié ». Pour ceux qui se demandent ce que signifie enclosure, en voici un bon exemple.

Depuis que les forces du marché en sont venues à dominer la production et la distribution des pommes au cours du 20ème siècle, les variétés naturelles qu’auparavant nous croyions garanties ont pour la plupart disparu. Certaines variétés ont été abandonnées parce qu’elles avaient des peaux fines et s’écrasaient trop facilement, faisant d’elles des denrées moins transportables pour le commerce de masse. D’autres semblaient être trop petites ou répondaient uniquement à des besoins de niche du marché. La Red Delicious s’est probablement imposée sur le marché parce qu’elle était grosse et très brillante.

Le point clé est que notre système d’agriculture moderne, dirigé par l’efficacité à grande échelle et les motivations commerciales, ne trouve aucun intérêt à la diversité, la différence et la singularité.

Heureusement, les différentes variétés de pommes fantastiques dont nous pouvions profiter auparavant n’ont pas disparu pour toujours, fait remarquer Klinkenborg. Beaucoup des anciens pommiers existent toujours, et ils fonctionnent comme une sorte de conservatoire des variétés de pommes perdues ou abandonnées. Sur un terrain, une propriété ou dans un endroit abandonné, il y a toujours des pommiers qui produisent des fruits, témoins silencieux de la biodiversité des pommes qui était autrefois normale.

Klinkenborg note que « les chercheurs du Centre National pour la préservation des ressources génétiques étudient les marqueurs génétiques de 280 vénérables pommiers qui poussent dans de vieux corps de fermes dans le sud ouest. Certains proviennent de pépinières commerciales, d’autres de stations d’agriculture expérimentale, mais la plupart sont uniques. »

Il est triste de penser que, nous autres les consommateurs modernes, nous sommes habitués à une offre si restreinte de pommes standardisées. Dans un sens, nous sommes devenus des créatures conditionnées par les restrictions du marché. Nos goûts sont devenus aussi ternes et génériques que la nourriture que nous consommons.

Un des buts remarquables que vise le mouvement Slow Food, c’est de retrouver la diversité naturelle de notre nourriture locale. J’aime à penser que, à mesure que nous apprécierons de plus en plus la richesse de la diversité naturelle et de ses manifestations locales, nous ferons beaucoup plus pour rebâtir le bien commun.

Paint.NET^[1] est un très bon logiciel libre de retouches d’images pour Windows. De l’avis de beaucoup, bien plus « sexy » et accessible au grand public que Gimp par exemple.

Sauf qu’il possède deux défauts, un petit et un bien plus grand, éliminatoire même. Il nécessite, comme son nom l’indique, l’implémentation préalable du framework .NET de Microsoft, mais surtout il a très vite été un logiciel libre contesté qui n’avait en fait de logiciel libre que le nom, ou plutôt « que » la licence (en l’occurrence la licence MIT).

Contrôle du code, communauté inexistante et absence des dernières version des sources à télécharger, faisaient en effet de ce logiciel un exemple emblématique de « fauxpen source ». De l’aveu même de Rick Brewster, son unique développeur : « le code source était publié mais il n’a jamais été question d’un projet ouvert et collaboratif qui acceptait des soumissions de code non sollicitées ». Il appelle d’ailleurs cela un logiciel « released sources ».

Aujourd’hui les choses sont clarifiées. Rick Brewster a décidé il y a un mois de changer la licence pour en faire un vrai logiciel propriétaire gratuit (ou freeware). « You may not modify, adapt, rent, lease, loan, sell, or create derivative works based upon the Software or any part thereof », peut-on lire sur l’article de son blog qui annonce la nouvelle.

Cette nouvelle n’est pas forcément bonne (un logiciel qui quitte la lumière pour rejoindre le côté obscur de la force) mais elle est logique et cohérente vue l’évolution de l’application. Il nous a cependant semblé intéressant de traduire cet article, d’abord pour mieux comprendre les motivations de cette migration à contre-courant, mais aussi parce que les arguments avancés sont autant de justifications plus ou moins convaincantes qui vous feront peut-être réagir dans les commentaires.

Une nouvelle licence pour Paint.NET 3.5

A new license for Paint.NET v3.5

Rick Brewster – 9 novembre 2009 – Blog personnel
(Traduction Framalang : Jimbo)

Au fil des années, j’ai été obligé de me battre avec un certain nombre de personnes, et de sociétés, qui tentaient de plagier Paint.NET en recompilant le programme sous une dénomination commerciale différente et en insérant leur propre nom dans les crédits. Parfois, ils se faisaient payer pour ce service. J’ai même créé mon propre terme pour désigner cela : un « backspaceware » (NdT : en français cela donnerait quelque-chose comme « effaciciel », le backspace étant la touche « retour en arrière », qui permet d’effacer le dernier caractère tapé). En outre, de temps en temps, on trouve Paint.NET en vente sur eBay.

Et, comme beaucoup d’entre vous le savent, Paint.NET était open source. Ou plutôt, il était « released sources » (NdT : C’est-à-dire « sources publiées ») : le code source était publié mais il n’a jamais été question d’un projet ouvert et collaboratif qui acceptait des soumissions de code non-sollicitées. J’aimais publier le code source, parce qu’il me semblait bon de permettre à d’autres de l’étudier. Il y a environ un an, fatigué de voir ces versions plagiées de Paint.NET et j’ai décidé de retirer le code source du site Web. Cependant le code source était toujours dans la nature en différents endroits d’Internet (ce qui n’est guère illégal). Même sans le code source, une personne maline et douée pouvait probablement encore décompiler, modifier puis recompiler le programme, afin de lui faire dire ou faire ce qu’elle voulait.

Le plus gros problème était que, même si ces actions déplorables manquaient clairement d’éthique, le licence MIT autorisait tout cela. Ou, du moins, dans certains cas particuliers, ce qu’elle interdisait n’était pas clair. Donc, d’un point de vue juridique, ce qui pouvait précisément être entrepris à ce sujet n’était pas clair. Je ne suis pas juriste et je ne voulais pas dépenser des milliers de dollars pour avoir une explication de tout cela. Quelques personnes ont affirmé que j’avais choisi la mauvaise licence et, avec le recul, c’est sans aucun doute exact.

En outre, tout ceci va plus loin que le plagiat ou ma propre tension artérielle. La publication de copie dérivées de Paint.NET est source de confusion et perturbe la plupart des utilisateurs. J’ai reçu des e-mail de personnes troublées parce qu’elles pensaient que Paint.NET avait été renommé et que des fonctions manquaient dans « la nouvelle version ». Ces copies dérivées provoquent du désordre puisque souvent elles désinstallent le vrai Paint.NET (avec la même interface graphique que pour l’installation Windows) tout en conservant le système de mise à jour d’origine. Ce qui signifie que lorsque vous installez une telle copie dérivée, elle supprime Paint.NET, et puis lorsque Paint.NET est mis à jour, il désinstalle la version dérivée et la remplace par Paint.NET, etc… Ou la version modifiée plante, et le rapport de bugs indique à l’utilisateur de l’envoyer à mon adresse mail. Il y a aussi a risque réel de trojans et de virus.

Tout est désormais fini.

Pour la version finale de Paint.NET 3.5, qui ne devrait plus tarder, j’ai modifié la licence. Pour la plupart des utilisateurs, cela n’aura aucun impact. C’est toujours un freeware. Il n’y a toujours aucune prétention sur les fichiers créés, ouverts ou sauvés avec Paint.NET. Vous pouvez toujours établir un miroir du fichier zippé à télécharger sur votre site web (par exemple Betanews, Download.com, etc.) sans en demander la permission. Vous pouvez toujours vendre des trucs que vous créez avec Paint.NET (pour autant que vous ayez le droit de le faire bien sûr). Vous pouvez continuer à utiliser dans un contexte commercial, et à l’installer sur autant de machines que vous le désirez.

Cependant, la licence spécifie que vous ne pouvez plus modifier Paint.NET lui-même, ou créer une œuvre dérivée basée sur le logiciel Paint.NET (c’est-à-dire un logiciel dérivé). Vous ne pouvez pas non plus le vendre. Je ne pense pas que cela aura un impact sur quiconque d’autre que ceux qui désirent plagier ou détrousser Paint.NET. Je ne vais implémenter aucune restriction quant au reverse engineering ou la décompilation, par exemple à l’aide de Reflector. Je pense que ce serait bête, et je crois encore de tout mon cœur qu’il est bon qu’on soit capable d’étudier le code de Paint.NET, quand bien même il ne s’agit que du démontage approximatif fourni par Reflector. Toutefois, vous n’êtes pas autorisé à modifier et recompiler une nouvelle version de Paint.NET à partir de ce démontage.

Cette décision créera à n’en pas douter de la confusion. Par exemple, « Est-ce que les plugins sont autorisés ? ». Oui, absolument: le programme est conçu pour accepter ces dernier et ils ne constituent pas une modification de Paint.NET lui-même. Je devrai certainement mettre la FAQ à jour sur cette question, comme sur d’autres.

Je m’attends à ce qu’il y ait une minorité bien en voix qui condamne ce changement de licence. Avant de vous exprimer, veuillez vous poser cette question : cela vous touche-t-il réellement ? Comptiez vous vraiment faire quelque chose que cette nouvelle licence interdit ? Je parie que la réponse est « non », mais, je vous en prie, postez un commentaire si la réponse est un véritable oui. Beaucoup de personnes ont condamné ma décision de supprimer le code source mais après enquête, il s’est avéré que c’était une pure question de principe : elles n’avaient jamais téléchargé le code source, jamais rencontré quelqu’un qui l’avait téléchargé, et jamais prévu de faire quoi que ce soit qui tirerait profit ou dépendrait de l’accès au code source. Je comparerai cela à être contrarié par le fait que votre passeport vous interdit de voyager en Antarctique : comptiez-vous vraiment vous rendre là-bas un jour ?^[2]

L’autre décision que je compte prendre est de publier le code source de portions de Paint.NET 3.5, probablement sous une licence de type MIT ou BSD. Les développeurs de plugins gagneraient en effet beaucoup à disposer du code source des effets graphiques et de certaines commandes relatives à l’interface WinForms. La meilleure façon de résumer les choses est de dire que la nouvelle licence (NdT : Voir les termes de la nouvelle licence sur l’article d’origine) couvre les « binaires », c’est-à-dire « ce que vous venez de télécharger et d’installer ». Je peux toujours créer des paquets à télécharger qui sont couverts par d’autres termes de licence. D’un point de vue de la philosophie, c’est peut-être déroutant, mais je suis prêt à en payer le prix.