GMail, Google Apps, Zoho, Flickr, Del.icio.us, Box.net, Wuala, DropBox, Plaxo… Ça vous parle ? Vous savez, ces applications en ligne (ou Web Apps) pratiques et séduisantes qui poussent comme des champignons aux quatre coins de la Toile, souvent accompagnées de la mention beta pour faire hi-tech. On a même trouvé un terme pour englober tout ce petit monde, le très à la mode Cloud Computing, soit l’informatique dans les nuages ou dématérialisée^[1].

Que celui qui n’a pas un compte chez l’un de ces services en ligne me jette la première pierre. Reconnaissons qu’il est fort commode, notamment pour qui travaille sur plusieurs postes ou de façon nomade, de pouvoir accéder à ses courriels, à ses documents et à certaines données depuis n’importe quel PC (voire téléphone mobile) à condition de disposer d’une connexion Internet.

Mais n’est-on pas en droit de s’inquiéter de savoir que tant de nos données se baladent on ne sait trop où dans l’espace virtuel ? Plaxo, par exemple, avait été critiqué à ses débuts car assez porté sur le spam et l’exploitation peu scrupuleuse des carnets d’adresses qu’on lui confiait (même si ce service a depuis redressé la barre). Quid des documents créés avec Google Docs, des fichiers conservés chez Box.net, des mails échangés avec GMail ? De plus en plus de grands groupes ou de start-ups se lancent sur ce marché apparemment juteux et se battent pour posséder nos données.

Il y a quelque temps déjà, plusieurs voix s’élevaient contre contre ces services en ligne : Larry Ellison, le fondateur d’Oracle, qualifiait le Cloud Computing de mode, et Richard Stallman, dans un entretien accordé au quotidien anglais The Guardian, allait plus loin en taxant ces services en ligne de pièges. Stallman mettait en garde les utilisateurs contre ces Web Apps et le stockage de données personnelles sur les serveurs d’entreprises commerciales : selon lui, confier ses données à de tels services revient à en perdre le contrôle et pose donc les mêmes problèmes que l’utilisation des logiciels propriétaires.

Stallman, qui n’a pas l’habitude de faire dans la nuance, recommandait donc de n’utiliser aucun de ses services et de leur préférer nos bonnes vieilles applis en dur sur lesquelles nous gardons tout contrôle. (Nul doute qu’il pensait par là à la Framakey…)

Tim O’Reilly, dans son blog, s’est lui aussi penché sur la question et a publié un billet assez fourni, dans lequel il estime qu’il faudrait appliquer au Cloud Computing les principes de l’Open Source et rappelle qu’il avait déjà mis en garde contre le verrouillage du Web, pourtant basé sur des programmes et outils Open Source, par des applications Web 2.0.

Cette question de la confidentialité, du contrôle des données et de l’indépendance de l’utilisateur face au logiciel concerne tous ceux qui ont un usage intensif du Web et de l’outil informatique, mais semble cruciale pour les adeptes du logiciel libre, très sensibles à ces questions. Comme dans le software classique, certains acteurs du Cloud Computing proposent des solutions libres. C’est le cas de Clipperz, qui a développé un gestionnaire de mots de passe et d’informations personnelles sous licence GPL.

Sur le blog de Clipperz , un des auteurs appelle les utilisateurs et les développeurs à agir pour préserver la liberté et la confidentialité dans les nuages, et propose quelques mesures pour que les applications Web 2.0 soient en accord avec les valeurs du libre, du point de vue des licences et du comportements des navigateurs Internet par exemple. On y retrouve par billet interposé Richard Stallman, avec qui l’auteur s’est entretenu et qui y va lui aussi de ses conseils.

Histoire de redescendre un peu sur terre après tant de temps passé dans les nuages, nous vous présentons donc la traduction de ce billet, réalisée par notre équipe Framalang.

Liberté et protection de la vie privée en ligne : agissez !

Freedom and Privacy in the Cloud – a call for action

Marco – 30 mai 2008 – Clipperz
(Traduction Framalang : Olivier, Burbumpa et Don Rico)

Ce message traite de la liberté. La liberté de posséder vos données et la liberté d’utiliser des logiciels libres. Vous devriez aussi pouvoir exiger ces libertés et en jouir quand vous utilisez des applications web.

Si vous soutenez le mouvement du logiciel libre, vous pouvez facilement opter pour Gimp au lieu de Photoshop, pour Firefox au lieu d’Internet Explorer. Vous pouvez également protéger le caractère privé de vos données en utilisant les outils de cryptage disponibles (GPG, TrueCrypt…). Mais dès qu’il s’agit d’applications web, tout se complique.

Les avantages des applications web – ou web apps – (accessibles partout et tout le temps, mises à jour transparentes, stockage fiable, …) sont nombreux, mais bien souvent les utilisateurs perdent la liberté d’étudier, de modifier et de discuter du code source qui fait tourner ces web apps.

De plus, nous sommes contraints de confier nos données aux fournisseurs de ces web apps (marque-pages, documents rédigés, copies des discussions, informations financières et désormais… dossiers médicaux) qui ne résident alors plus sur nos disques durs mais qui sont rangés quelque part dans les nuages. Ce n’est pas vraiment une situation confortable de devoir choisir entre aspect pratique et liberté.

Que l’on soit clair : les web apps sont formidables et je les adore. Mais je pense que le moment est venu de réclamer plus de liberté et de confidentialité. Voilà comment nous pouvons obtenir ces deux résultats en trois étapes.

1. Choisissez l’AGPL

Quelle est l’importance de l’AGPL ? Si vous êtes un fournisseur de services et que vos services s’appuient sur des logiciels placés sous licence AGPL, vous devez rendre le code source disponible à toute personne utilisant ce service. La FSF suggère dans ses directives de placer un lien Source qui renvoie à une archive contenant le code source directement dans l’interface de l’application web.

(Ne me demandez pas pourquoi la communauté des logiciels libres a mis tant de temps à réagir !)

Mesures

• Aider Clipperz à mettre au point une suite AGPL : un ensemble d’applications web répondant aux besoins les plus courants.
• Cette suite devrait comprendre : un traitement de texte, un logiciel de discussion, un gestionnaire de mots de passe, un carnet d’adresses, un pense-bête, un calendrier, un gestionnaire de marque-pages … Et chaque web app devra être soumise à la licence AGPL ! Vous pourrez alors oublier Google, del.icio.us, Plaxo, Meebo … à moins qu’ils ne se mettent à l’AGPL aussi.
• Nous avons déjà deux candidats pour certains postes (Ajax Chat pour les discussions en ligne et, bien sûr, Clipperz pour le gestionnaire de mots de passe), mais la plupart des places sont encore à pourvoir !
• Aider Clipperz à diffuser les bienfaits de l’AGPL auprès des développeurs de projets web open-source. Demandez-leur de se convertir à l’AGPL.

2. Ajoutez-y une pointe de divulgation nulle de données

Les développeurs Web, comme les utilisateurs, connaissent encore assez peu les possibilités offertes par le chiffrage via un navigateur pour rendre les applications web aussi sécurisées et confidentielles que les logiciels classiques.

Chez Clipperz, nous voulons apporter une nouvelle vision que nous appelons les web apps à divulgation nulle de données (description plus détaillée ici) qui associe l’idée d’un hébergement auquel même l’hébergeur n’a pas accès et un ensemble de règles basées sur le credo confidentialité absolue.

Ce nom est aussi bien un hommage au chiffrage (une garantie de divulgation nulle de données est un protocole de chiffrage standard) que la promesse d’une relation particulière entre l’utilisateur et le fournisseur d’application. Le serveur hébergeant la web app peut ne rien savoir sur ses utilisateurs, pas même leurs identifiants ! Clipperz applique cette vision pour mettre en œuvre son gestionnaire de mots de passe en ligne.

Mesures

• Appliquer les techniques divulgation nulle de données à chaque composant de la suite AGPL. Convertir une application web à l’architecture divulgation nulle n’est pas simple, mais chez Clipperz nous avons développé un savoir-faire important et nous serons heureux de partager aussi bien ces connaissances que le code de base.

Nous pourrons ainsi finalement jouir d’un traitement de texte en ligne qui ne pourra pas lire nos documents, un logiciel de discussion qui n’enregistrera pas nos conversations, un wiki sur lequel on pourra conserver sans crainte des données importantes, etc.

• Établir et maintenir à jour une liste des Fournisseurs de Service d’Application (NdT : ASP pour Application Service Provider en anglais) qui hébergent la suite complète sous AGPL. Cette référence sera utile à tous ceux qui attachent de l’importance aux logiciels libres et à la confidentialité mais ne possèdent pas les compétences et les ressources pour faire tourner des web apps sur leur propre serveur.

3. Créer un navigateur plus intelligent

On y est presque, mais il nous reste encore à fournir aux utilisateurs de web apps un environnement encore plus flexible et sécurisé. Dans la pratique, du fait de l’architecture des web apps à divulgation nulle de données, le serveur réalise de façon générale les tâches suivantes :

• charger le code Javascript dans le navigateur de l’utilisateur (charger le programme) ;
• authentifier l’utilisateur (optionnel et par un protocole à divulgation nulle de données)
• rapatrier et stocker les données chiffrées demandées par le navigateur de l’utilisateur.

Logiciel libre est synonyme de contrôle total de ce qui se passe sur mon ordinateur. Se posent alors deux questions :

• Comment faire tourner une version modifiée du code Javascript à la place de celui chargé par le serveur ?
• Comment être alerté des modifications apportées au code Javascript que le serveur envoie à mon navigateur ?

J’ai récemment eu l’immense honneur d’échanger mes idées avec Richard Stallman lui-même au sujet de ces problèmes, et il a suggéré une solution futée pour les résoudre tous les deux.

Stallman propose d’ajouter une fonctionnalité au navigateur qui permette à l’utilisateur de dire : « Quand tu charges l’URL X, utilise le code Javascript de l’URL Y comme s’il venait de l’URL X ». Si l’utilisateur fait appel à cette fonctionnalité, il peut utiliser sa propre copie du code Javascript et peut toujours échanger des données avec le serveur hébergeant l’application web.

Un navigateur possédant cette capacité pourrait aussi facilement vérifier si le script Java de l’URL X est différent du script Java sauvegardé à l’URL Y. Si l’utilisateur fait confiance à la version courante du code Javascript de l’URL X, il peut en faire une copie à l’URL Y et sera ainsi alerté de tout changement. Cette solution protège l’utilisateur du code malveillant qu’il pourrait exécuter sans le savoir dans son navigateur, du code qui pourrait voler ses données et détruire l’architecture à divulgation nulle d’information.

Mesures :

• Écrire des extensions pour les principaux navigateurs libres (Mozilla, Webkit, …) qui mettent en œuvre l’idée de Stallman.

Militer pour l’adjonction de la "suite AGPL" et des navigateurs améliorés pré-cités dans les distributions GNU/Linux.

• Continuez à lire ce blog où je posterai de nouveaux articles régulièrement.
• Faites-moi part de vos commentaires et suggestions.
• Faites passez le message au travers de vos blogs, de vos messages sur les forums, …
• Faites un don.

Et le meilleur pour la fin : comment nommeriez-vous cet ambitieux projet ? Faites-moi part de vos idées dans les commentaires !

Tous les livres devraient-ils être « libres », au sens où ils seraient tous placés sous une licence libre ? Bien évidemment non. Si un auteur (romancier, essayiste, historien, poète…) ne souhaite pas voir son ouvrage modifié ou commercialisé sans son consentement, il en va de son plus respectable choix. Et puis n’oublions pas qu’au bout d’un certain temps le domaine public prend le relai (temps peut-être un peu trop long actuellement mais là n’est pas le propos).

Il existe cependant certains domaines bien précis où l’adoption de telles licences est à évaluer avec attention, surtout si l’objectif visé est l’édition, le partage et la diffusion de la connaissance, et plus particulièrement de la connaissance « en perpétuel mouvement ». On peut ainsi sans risque affirmer que l’encyclopédie Wikipédia et les manuels scolaires de Sésamath ne seraient pas ce qu’ils sont sans les licences libres qui les accompagnent.

Quant à la documentation des logiciels libres, ce choix apparait si ce n’est « naturel » en tout cas cohérent et pertinent. Car il s’agit non seulement d’une question de principe et de fidélité aux licences des logiciels libres mais également d’une question d’efficacité et de qualité collectivement déclinées. Avec à la clé une ressource utile et disponible constituant un atout supplémentaire pour faire connaître et diffuser le logiciel libre traité^[1].

C’est ce que vient nous rappeler cet article du site Gnu.org que nous avons choisi de reproduire ici et qui encourage les éditeurs à vendre des manuels sous licences libres lorsque le sujet de l’ouvrage est un logiciel libre (ce qui n’est pas le cas actuellement, à quelques rares exceptions près comme, désolé pour la citation réflexive, la collection Framabook).

Il est bien évident que le principal frein est d’ordre financier. Les éditeurs « traditionnels » du monde informatique en langue française (Eyrolles, Dunod, ENI, Pearson, Campus Press, Micro Application…) imaginent qu’une mise sous licence libre de leurs ouvrages aurait un impact négatif sur les ventes, les bénéfices et le retour sur investissement. Cela reste difficile à prouver car la perte de clients potentiels (qui se contenteraient de la version numérique « gratuite ») est susceptible d’être compensée par une plus large publicité faite aux ouvrages en particulier parmi l’active et influente communauté du logiciel libre francophone (sans même évoquer la question du « capital sympathie » de l’éditeur qui pourrait s’en trouver là renforcée).

Wikipédia a atteint en quelques semaines les objectifs de sa campagne de dons (six millions de dollars), Sésamath possède des salariés rémunérés avant tout grâce à la « vente physique » de leurs manuels pourtant sous licence libre. Quant au plus modeste projet Framabook, son volume sur Ubuntu dépasse aujourd’hui les trois mille exemplaires achetés quand bien même cet achat se fasse encore presque exclusivement en ligne (et ce n’est pas fini puisqu’Ubuntu est bien partie pour durer encore un petit bout de temps).

N’ayez pas peur, comme dirait l’autre. Il me tarde de voir par exemple l’excellente collection Accès Libre d’Eyrolles porter encore mieux son nom.

Logiciels et manuels libres

Free Software and Free Manuals

GNU.org – dernière mise à jour : 24 mars 2008
(Traduction : Benjamin Drieu)

Le plus grand défaut des systèmes d’exploitation libres n’est pas dans le logiciel, mais dans le manque de bons manuels libres que nous pouvons y inclure. Beaucoup de nos programmes les plus importants ne sont pas fournis avec des manuels complets. La documentation est une partie essentielle de tout logiciel; quand un logiciel libre important n’est pas fourni avec un manuel libre, c’est un manque majeur. Aujourd’hui, nous avons de nombreux manques importants.

Il y a de nombreuses années, j’ai voulu essayer d’apprendre Perl. J’avais une copie d’un manuel libre, mais je ne l’ai pas trouvé facile d’accès. Lorsque j’ai demandé à des utilisateurs de Perl s’il existait une alternative, ils me dirent qu’il y avait de meilleurs manuels d’introduction, mais que ceux-ci n’étaient pas libres.

Mais pourquoi cela ? Les auteurs de ces bons manuels les ont écrit pour O’Reilly Associates, qui les publie sous des termes restrictifs (pas de copie, pas de modification, les sources ne sont pas disponibles). Cela les exclut de la communauté du logiciel libre.

Ce n’était pas la première fois que ce genre de choses se produisait, et (malheureusement pour notre communauté) c’en est loin d’être fini. Les éditeurs de manuels propriétaires ont encouragé un grand nombre d’auteurs à restreindre leurs manuels depuis. J’ai souvent entendu un utilisateur de GNU me parler d’un manuel qu’il était en train d’écrire et avec lequel il comptait aider le projet GNU, puis décevoir mes espoirs en expliquant qu’il avait signé un contrat avec un éditeur qui restreindrait son manuel de telle manière que nous ne pourrions pas l’utiliser.

Etant donné la rareté de bons rédacteurs en langue anglaise parmi les programmeurs, nous ne pouvons pas nous permettre de perdre des manuels de cette manière.

L’intérêt d’une documentation libre (tout comme pour un logiciel libre) est la liberté, pas le prix. Le problème avec ces manuels n’était pas que O’Reilly Associates vende les versions imprimées de ses manuels, ce qui est bon en soi. (La Free Software Foundation vend aussi des impressions des manuels GNU). Mais les manuels GNU sont disponibles sous forme de code source, alors que ces manuels-là ne sont disponibles que sous forme imprimée. Les manuels de GNU sont distribués avec la permission de les copier et de les modifier; mais pas ces manuels de Perl. Ces restrictions sont le problème.

Les conditions à remplir pour un manuel libre sont à peu près les mêmes que pour un logiciel; il s’agit de donner à tous les utilisateurs certaines libertés. La redistribution (y compris une distribution commerciale) doit être autorisée afin que le manuel accompagne chaque copie du programme, de manière électronique ou imprimée. Permettre les modifications est crucial aussi.

En règle générale, je ne crois pas qu’il soit essentiel que nous ayons la permission de modifier toutes sortes d’articles ou de livres. Les problèmes de l’écriture ne sont pas forcément les mêmes que ceux du logiciel. Par exemple, je ne crois pas que vous ou moi devrions nous sentir obligés de donner la permission de modifier des articles tels que celui-ci, qui décrivent nos actions et nos positions.

Mais il y a une raison particulière pour laquelle la liberté de modifier des documentations libres traitant de logiciels libres est cruciale. Lorsque les programmeurs exercent leur droit de modifier un logiciel et d’ajouter ou de modifier des fonctionnalités, s’il sont consciencieux, ils changeront aussi le manuel afin de pouvoir fournir une documentation précise et utilisable avec leur propre version du programme. Un manuel qui interdirait aux programmeurs d’être consciencieux et de finir leur travail, ou qui leur imposerait d’écrire un nouveau manuel à partir de zéro s’ils modifient le programme ne répond pas aux besoins de notre communauté.

Même si un refus total des modifications est inacceptable, quelques limites sur la manière de modifier une documentation ne pose pas de problème. Par exemple, il est normal d’avoir des injonctions de préserver la notice de copyright originale, les termes de distribution ou la liste des auteurs. Il n’y a pas non plus de problème à demander que les versions modifiées incluent une notice expliquant qu’il s’agit d’une version modifiée, et même d’avoir des sections entières qui ne puissent ni être supprimées ni être modifiées, du moment qu’il ne s’agit pas de sections ayant trait à des sujets techniques (certains manuels GNU en ont).

Ce type de restrictions n’est pas un problème, car d’une manière pratique elles n’empêchent pas le programmeur consciencieux d’adapter le manuel pour correspondre au programme modifié. En d’autres termes, elles n’empêchent pas la communauté du logiciel libre de faire son oeuvre à la fois sur le programme et sur le manuel.

De toutes façons, il doit être possible de modifier toute la partie technique du manuel ; sinon ces restrictions bloquent la communauté, le manuel n’est pas libre, et nous avons besoin d’un autre manuel.

Malheureusement, il est souvent difficile de trouver quelqu’un pour écrire un autre manuel quand un manuel propriétaire existe déjà. L’obstacle est que la plupart des utilisateurs pensent qu’un manuel propriétaire est suffisament bon, alors ils ne ressentent pas le besoin d’écrire un manuel libre. Il ne voient pas qu’un système d’exploitation libre a une fissure qui nécessite un colmatage.

Pourquoi ces utilisateurs pensent-ils que les manuels propriétaires sont suffisament bons ? La plupart ne se sont pas penchés sur le problème. J’espère que cet article sera utile dans ce sens.

D’autres utilisateurs considèrent les manuels propriétaires acceptables pour la même raison qu’énormément de personnes considèrent le logiciel propriétaire acceptable : ils pensent en termes purement pratiques, sans mettre la liberté en compte. Ces personnes sont attachées à leurs opinions, mais comme ces opinions découlent de valeurs qui n’incluent pas la liberté, ils ne sont pas un modèle pour ceux d’entre nous qui s’attachent à la liberté.

Je vous encourage à parler de ce problème autour de vous. Nous continuons à perdre des manuels au profit d’éditions propriétaires. Si nous faisons savoir que les manuels propriétaires ne sont pas suffisants, peut-être que la prochaine personne qui voudra aider GNU en écrivant de la documentation réalisera, avant qu’il soit trop tard, qu’elle devra avant tout la rendre libre.

Nous pouvons de plus encourager les éditeurs à vendre des manuels libres et dénués de copyright au lieu de manuels propriétaires. Une façon de le faire est de vérifier les termes de distribution de manuels avant de les acheter, et de préférer les manuels sans copyright à des manuels copyrightés.

La reproduction exacte et la distribution intégrale de cet article est permise sur n’importe quel support d’archivage, pourvu que cette notice soit préservée.

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 ?

Il y a à peine un mois la Free Software Foundation sortait la version 1.3 de sa licence de documentation libre la GNU Free Documentation License (ou GNU FDL).

Ceci peut apparaître totalement anodin, d’autant qu’il ne s’agit d’une d’une version intermédiaire avant la 2.0, mais c’est en fait un évènement à marquer d’une pierre blanche dans la petite histoire de la « culture libre ».

Cette nouvelle version a en effet été principalement motivée pour répondre au souhait de la Wikimedia Foundation de pouvoir changer la licence du contenu de ses projets, la fameuse encyclopédie libre Wikipédia en tête.

À sa création en 2001 Wikipédia a certainement adopté la meilleure des licences libres existantes, à savoir justement la GNU Free Documentation License. Or cette licence a été principalement créée pour la documentation de logiciels libres et posséde certaines contraintes qui peuvent compliquer la vie des utilisateurs de l’encyclopédie. Ainsi un enseignant qui souhaite distribuer l’imprimé d’un article de Wikipédia à ses élèves doit nécessairement y adjoindre l’intégralité de la licence (à savoir plusieurs pages) quand bien même l’article considéré ne remplit pas une page. Dans la pratique notre enseignant ne le fait généralement pas et se retrouve donc à ne pas respecter les termes de la licence.

De plus sont arrivées dans l’intervalle les licences Creative Commons avec le succès que l’on sait. Plus souples, mieux adaptées aux contenus culturels (textes, multimédias…) et possédant une traduction juridique officielle dans de nombreux pays, elles ont été massivement adoptées par les auteurs de l’ère numérique. Et d’ailleurs la grande majorité des images, sons et vidéos qui apparaissent aujourd’hui dans Wikipédia se trouvent être placés sous licence Creative Commons (et plus précisément les plus libres de la gamme, à savoir la By et By-Sa).

On peut affirmer sans risque de se tromper que si Wikipédia avait vu le jour en 2008, elle aurait choisi la licence Creative Commons By-Sa^[1].

Le problème c’est qu’elle n’a jamais pu envisager cela parce que les deux licences étaient incompatibles. C’est justement cette incompatibilité que vient de lever la Free Software Foundation dans la nouvelle version de sa licence GNU FDL modifiée quasiment sur mesure pour que Wikipédia puisse passer sous Creative Commons By-Sa.

Dans la mesure où Free Software Foundation ne souhaite pas voir toutes les ressources sous GNU FDL suivre le même chemin, la clause est restreinte aux wikis créés avant le premier novembre 2008 et s’arrêtera après le 1er août 2009. Autrement dit la Wikimedia Foundation a quelques mois pour se décider mais il serait étonnant qu’elle ne profite pas d’une opportunité qu’elle a elle-même ardemment désirée.

Et pour ajouter plus de poids encore à cette information rien de telle que la traduction de l’annonce de Larry Lessig sur son blog où il témoigne aussi bien de son enthousiasme que de sa reconnaissance envers Richard Stallman^[2].

Nouvelle de la plus haute importance émanant de la Free Software Foundation

Enormously important news from the Free Software Foundation

Lawrence Lessig – le 3 novembre 2008
(Traduction Framalang : Olivier)

La Free Software Foundation a publié la nouvelle version 1.3 de sa GNU Free Document License. La section 11 de cette licence permet (principalement) maintenant à certains wikis d’être publiés sous licence Creative Commons Paternité-Partage des Conditions Initiales à l’Identique (By-Sa v3.0) à condition que le changement de licence soit effectué avant le 1er août 2009. Ceci implique donc que la communauté Wikipédia a le choix de modifier sa licence au profit d’une licence Creative Commons (voir la FAQ pour cette amendement).

C’est un changement d’une importance majeure pour la communauté de la culture libre, difficile de le nier. Un défaut élémentaire du mouvement de la culture libre actuel est que la licence qui protège son projet le plus important, Wikipédia, le rend incompatible avec une qmajorité d’autres contenus du mouvement de la culture libre. Une solution pour y remédier serait évidemment de tout mettre sous Free Document License (FDL). Mais cette licence a été créée à l’origine pour les manuels et pour certaines raisons techniques elle était peu (voire parfois pas du tout) adaptée à d’autres types importants de contenu.

Cette modification devrait maintenant permettre l’interopérabilité des projets de culture libre, tout comme la prédominance de la GNU GPL permet l’interopérabilité entre les projets de logiciels libres. Cette modification abat des obstacles inutiles et contre-productifs à la diffusion et au développement de la culture libre.

Richard Stallman y est pour beaucoup dans ce changement. Nombreux étaient en effet ceux qui pensaient qu’il n’autoriserait jamais le changement de licence d’un Wikipédia devenu par sa licence FSF l’exemple emblématique de son mouvement pour les libertés. Car c’est de cela qu’il est question, tout comme le système d’exploitation GNU/Linux qui a été rendu possible par son mouvement, Wikipedia a été rendu possible par la liberté qu’offre la FDL. Qu’un homme moins noble que Richard Stallman trouve toute sorte d’excuses pour faire opposition à ce changement serait compréhensible.

Mais voici les mots de Richard, en 2002 et dans un autre contexte : « Si nous ne voulons pas vivre dans la jungle, nous devons changer notre manière de faire. Nous devons commencer par faire comprendre à tout le monde qu’un bon citoyen est une personne qui coopère quand cela s’avère nécessaire… ».

Vous pouvez ajouter « bon citoyen » à la liste des grandes qualités de ce père de la liberté moderne.

À ces quelques noms, la communauté du logiciel libre reconnaissante !

Vous ne serez pas forcément d’accord avec le choix de l’auteur^[1] mais nous sommes aussi là pour en discuter dans les commentaires 😉

PS : Le titre est un peu provocateur eu égard à un récent billet sur les femmes et le logiciel libre, d’autant qu’il y a bien une femme dans le lot. On pourra également remarquer qu’il n’y a pas beaucoup de non américains.

Les héros du logiciel libre : de Stallman à Google, les figures emblématiques grâce à qui tout est devenu possible.

Free software heroes: from Stallman to Google, a list of inspiring individuals who made everything possible

Tony Mobily – 15/06/2008 – Free Software Magazine

Dans chaque domaine, on trouve un certain nombre d’acteurs majeurs qui ont consacré beaucoup de leur temps aux idées auxquelles ils croyaient. Tous nous rappellent qu’il revient à chacun d’entre nous de changer la donne et d’écrire l’histoire. Leur travail touche un grand nombre de personnes et peut avoir une influence extraordinaire sur notre façon de voir et de percevoir le monde.

Le monde du logiciel libre compte lui aussi ses héros. Vous connaissez déjà sans doute bon nombre d’entre eux; et si ce n’est pas le cas, il est fort probable que vous utilisiez tous les jours le fruit de leur travail.

Le but de cet article est à la fois de leur rendre hommage et d’offrir un résumé à ceux qui découvrent l’univers du logiciel libre.

Quelques figures emblématiques

Richard Stallman. Pour RMS, difficile de savoir par où commencer. C’est lui qui a initié le projet GNU, composante majeure du système d’exploitation GNU/Linux, en 1983 (vous lisez bien : mille neuf cent quatre-vingt trois !), et fondé la Free Software Foundation en 1985. C’est également lui qui a écrit le compilateur C GNU, oui, l’outil permettant de transformer le langage de programmation en code exécutable. Il consacre la majeure partie de son temps à l’action politique et à la promotion du logiciel libre. Pour avoir une idée de ce que dévouement veut dire, lisez son blog et consultez son agenda de voyages plus que surchargé.

Pamela Jones. Encore un bel exemple de dévouement : Pamela Jones est l’auteure de Groklaw, le site qui a sans doute sauvé GNU/Linux et le logiciel libre en général des griffes de SCO et de Microsoft. Pamela Jones est quelqu’un d’époustouflant : ces trois dernières années, elle a signé un millier d’articles, et une grande partie d’entre eux sont des papiers très fouillés qui ont eu un écho retentissant dans toute l’industrie des nouvelles technologies.

Linus Torvalds. C’est lui qui a codé Linux, le noyau, sans lequel les applications GNU ne pourraient fonctionner. Le noyau de Linus, qui est arrivé à point nommé, a été distribué sous licence GPL (établie par Richard Stallman) en 1991. Linux est une composante essentielle du projet GNU/Linux.

Mark Shuttleworth. C’est le fondateur de Canonical, la société qui a créé la distribution Ubuntu Linux. La version abrégée de la biographie de Shuttleworth est simple : il a gagné une fortune en vendant Thawte (qui fabriquait des certificats numériques) à VeriSign. Il a ensuite suivi le programme d’entraînement des cosmonautes Russes et est allé dans l’espace. À son retour, il a fondé Canonical afin de créer Ubuntu Linux, que l’on peut considérer comme la plus populaire et la plus innovante des distributions GNU/Linux destinées aux utilisateurs finaux.

Larry Page et Sergey Brin. Les créateurs de Google. Indépendamment de la grosse faute d’orthographe que cache ce mot (NdT : Le terme exact est googol, qui définit le nombre 10 suivi de cent zéros), vous en avez sans doute entendu parler : on tape quelques mots sur leur page Web, et l’on obtient comme par magie une liste pertinente de pages qui s’y rapportent… jetez-y donc un coup d’œil à l’occasion ! Bien que Google ne soit pas une entreprise qui se consacre au logiciel libre, et qu’une bonne partie de leurs logiciels soient au contraire sous licence propriétaire, ils ont néanmoins produit une quantité importante de logiciels libres et (plus important encore) contribué à la création de standards ouverts facilitant l’usage des logiciels libres (par exemple OpenSocial – en opposition à Facebook, ou Android – en opposition à l’iPhone et à Windows Mobile).

Bob Young et Matthew Szulik. Bob Young est le fondateur de Red Hat, une des entreprises de logiciel libre connaissant le plus de succès. Sous la direction de Young, Red Hat s’est imposée comme la distribution GNU/Linux la plus implantée dans le domaine des serveurs. Les contributions de Red Hat au noyau Linux et au logiciel libre en général sont innombrables. Matthew Szulik a pris la succession de Young à la tête de Red Hat et a accru le succès de l’entreprise. Plus important encore, Szulik aurait eu un dîner célèbre (mais qui n’a jamais été avéré) avec Steve Ballmer, le PDG de Microsoft, qui aurait tenté de le convaincre de signer avec Microsoft un accord compromettant concernant les brevets. Szulik a refusé, même si un tel accord se serait révélé fort lucratif pour Red Hat. Le signer aurait causé un tort immense au monde du logiciel libre.

Jimmy Wales. C’est le créateur d’un autre site dont vous avez dû entendre parler : Wikipédia. Inutile que je vous fournisse un lien : tapez ce qui vous passe par la tête dans Google (voir ci-dessus : c’est le moteur de recherche sympa dont je vous parlais un peu plus tôt), et il y a de fortes chances qu’une ou plusieurs pages de Wikipédia apparaissent dans les résultats… La technologie sur laquelle est basée Wikipédia est disponible sous une licence libre (GPL). C’est bien ça – la licence créée par Richard Stallman (voir plus haut). Même si Wikipédia en soi n’est pas un logiciel libre, c’était une des premières fois (voire la toute première) qu’on appliquait la philosophie du libre à un domaine ne relevant pas de la technique. Et depuis, son succès est énorme.

Lawrence Lessig. Il est à l’origine des licences Creative Commons, grâce auxquelles les artistes peuvent distribuer leurs œuvres sous des licences fonctionnant selon les principes du Libre.

Sir Tim Berners-Lee. L’inventeur du Wold Wide Web (NdT : L’Internet comme on le connaît aujourd’hui) Il a préféré mettre gratuitement ses spécifications (HTTP et HTML) à la disposition de tous plutôt que de demander à des entreprises et à des développeurs de se conformer à des accords inacceptables afin de respecter des termes soi-disant non-discriminatoires. Sans lui, l’Internet pourrait être aujourd’hui la chasse gardée de protocoles propriétaires de l’acabit de MSN ou AOL, et en proie au chaos. Et quand je dis chaos, je pèse mes mots.

Blake Ross. C’est celui qui, alors qu’il était encore adolescent (en 2003), s’est rendu compte que le mouvement du Libre disparaissait du paysage des navigateurs parce qu’aucun navigateur libre et léger n’était disponible. Il a donc initié un fork de Mozilla et créé un autre logiciel dont vous avez sans doute entendu parler : Firefox. La suite, vous la connaissez. En fait, c’est une suite qui totalise 25% de parts de marché, résultat impressionnant sachant qu’il faut télécharger et installer volontairement sa copie de Firefox, contrairement à ce qui est livré directement avec Windows.

Dries Buytaert. L’inventeur de Drupal, l’un des meilleurs CMS (Système de gestion de contenu) disponibles à l’heure actuelle. (Oui je sais, je ne suis pas objectif, puisque je suis un des développeurs de Drupal.) La plupart des internautes n’utilisent pas Drupal, mais nombreux sont ceux qui fréquentent des sites construits avec cet outil.

Keith Packard. C’est l’instigateur du projet XOrg, un fork de XFree86. Grâce à lui, GNU/Linux possède aujourd’hui un sous-système graphique d’une qualité extraordinaire. Dans un entretien, qui date de 2003, Keith Packard explique en partie comment cet épisode s’est déroulé. À noter qu’au moment de l’entretien, rien n’était encore acquis, et XOrg n’était encore plus ou moins qu’une « idée ». À présent, c’est une réalité solide dans le monde du Libre.

Bram Cohen. Le petit génie de la mathématique qui a créé BitTorrent. À contre courant de la tendance générale, il a mis à disposition gratuitement les spécifications de son protocole. BitTorrent est depuis un outil crucial pour le logiciel libre, car il rend possible le téléchargement de distributions qui ne cessent de se développer. D’autres (cf : la RIAA) ne voient pas du même œil le potentiel de ce protocole.

Michael Tiemann. Il a fondé Cygnus en 1989. Cygnus Solutions fut une des premières tentatives de « monétiser » le logiciel libre. Tiemann a aussi codé le compilateur C++ GNU et travaillé sur le compilateur et débogueur C GNU, deux logiciels d’une importance cruciale sans lequel le monde des nouvelles technologies ne serait pas le même.

Le monde s’ils n’avaient pas été là

À quoi ressemblerait le monde si ces personnages clé avaient préféré embrasser une carrière de plombier ? On pourrait avancer que si ça n’avait pas été eux, d’autres s’en seraient peut-être chargé. Mais dans le cas qui nous intéresse, c’est bien ce « peut-être » qui interpelle (soulevant la question plus théorique de la liste des « ça s’est joué à pas grand chose »).

Sans Pamela Jones, nombreux sont ceux (et j’en fais partie) qui pensent que le procès de SCO contre Linux aurait pu beaucoup plus mal se finir. Sans Stallman, le mouvement du Libre serait loin d’être aussi solide et organisé. Sans Shuttleworth, une distribution GNU/Linux propriétaire aurait pu prédominer sur le marché (ce qui était en train de se profiler, petit à petit, avec Linspire). Sans Larry Page et Sergey Brin, pas de Google. Pas de Summer of Code. Pas d’Android. Pas d’OpenSocial, la liste est longue comme le bras. Sans Bob Young et Matthew Szulik, pas de chef de file bien défini sur le marché des serveurs GNU/Linux, ou, pis encore, Red Hat aurait pu céder à la pression de Microsoft et signer un accord désastreux sur les brevets. Sans Jimmy Wales, pas de Wikipédia. Sans Lawrence Lessig, des milliers d’œuvres d’art ne seraient pas disponibles sur le World Wide Web. Et d’ailleurs, sans Sir Tim Berners-Lee, il n’y aurait même pas de World Wide Web. Sans Blake Ross, vous n’auriez sans doute pas d’autre choix que d’utiliser Internet Explorer pour aller sur Internet. Sans Dries Buytaert, Drupal n’existerait pas. Sans Keith Packard, nous serions coincés avec le XFree86 monolithique que nous connaissions avant, plus ou moins libre mais pas vraiment.

Sans eux, en gros, le monde serait aujourd’hui bien plus gris.

Faire partie du club, ça vous tente ?

À la lecture de cet article, vous voyez sans doute où je veux en venir : tous ces acteurs du Libre sont des gens brillants, dévoués et prêts à consacrer une grande part de leur vie à l’amélioration du monde dans lequel nous vivons.

Un des aspects formidables des logiciels libres, c’est qu’il s’agit d’un monde sans barrières. Peut y entrer qui veut. Votre nom pourrait bien figurer un jour dans cette liste. Pour y parvenir, il suffit de fournir une somme de travail phénoménale et de nourrir une immense passion pour le domaine, quel qu’il soit, auquel vous la consacrez.

Quant à moi, je ne figure pas dans cette liste, même si je crois en rêver depuis toujours. Je fais de mon mieux au sein de Free Software Magazine, et chaque fois que la lassitude ou le manque d’inspiration me saisissent, je pense à ceux qui ont rendu possible l’existence de cet univers, et m’efforce d’en faire autant, et aussi bien.

À notre niveau, nous n’apporterons pas forcément à l’édifice des pièces aussi majeures que celles de Sir Tim Berners-Lee, Richard Stallman ou Pamela Jones, mais rien ne nous empêche d’essayer.

Sir Richard Matthew Stallman a dit :

Appréciez votre liberté, ou vous la perdrez, nous apprend l’Histoire. « Ne nous ennuyez pas avec la politique », répondent ceux qui ne veulent pas apprendre.

Version originale :

Value your freedom, or you will lose it, teaches history. "Don’t bother us with politics", respond those who don’t want to learn.

Citation extraite de l’article Linux, GNU, and freedom traduit en français dans son intégralité^[1].

Le logiciel libre ne serait pas devenu ce qu’il est aujourd’hui sans le projet GNU.

C’est pourquoi nous nous associons à Stephen Fry^[1], grande célébrité outre-Manche, pour lui souhaiter un joyeux vingt-cinquième anniversaire^[2].

—> La vidéo au format webm

Au train où vont les choses le prochain quart de siècle promet d’être tout aussi passionnant…

• URL d’origine de la vidéo

Vous voyez la carte ci-dessus ? Elle correspond à la distribution mondiale de recherches Google sur le mot-clé « linux » ces douze derniers mois.

Les dix premiers pays sont les suivants :

Et les dix premières villes sont les suivantes :

Ces informations proviennent de Google Insights Search, nouveau service d’analyse des requêtes des internautes mis à dispositon par Google (et ne concernant donc que les requêtes effectuées via le moteur Google).

Il fait suite, en l’améliorant, au service Google Trends que j’avais utilisé dans un précédent billet pour évoquer l’évolution de certaines distributions GNU/Linux.

L’idée c’est de comparer et contextualiser certaines requêtes dans le temps et dans l’espace mais aussi par rapport au nombre total des toutes les requêtes effectuées.

Linux en France

Pour illustrer mon propos conservons l’exemple « linux » mais cette fois-ci restreint au territoire français (toujours pour les douze derniers mois, ce qui est bien entendu paramétrable).

La première chose qui est proposée c’est une courbe d’évolution dans le temps considéré (ici donc pour « linux » en France c’est à peu près stable).

Puis la repartition région par région :

Avec le détail des dix premières régions :

Que signifient ces chiffres à droite (qui n’apparaissent que si vous êtes connecté à un compte Google, eh oui, on a rien sans rien) ?

La première région étant la Franche-Comté (bravo pour elle !) elle est automatiquement affublée de la centaine. Cette première place veut dire, si j’ai bien compris, que parmi toutes les requêtes Google effectuées en France, c’est dans cette région que la proportion de recherches « linux » est le plus grande. Notez que cela ne nous indique pas la proportion (ou pourcentages) de requêtes « linux » par rapport à toutes les requêtes Google faites depuis la Franche-Comté sur la période (qui doit être bien faible de toutes les façons). Toujours est-il que c’est la Franche-Comté qui donne le la (le 100) et les autres régions qui suivent en conséquence.

Je me trompe peut-être mais du coup je lis qu’il y a environ un tiers de chercheurs Google « linux » en moins en Midi-Pyrénées (65) et quasiment moitié moins en Alsace (52). Au risque de me répéter on peut donc affirmer que selon Google il y aurait deux fois plus de chercheurs « linux » en Franche-Comté qu’en Alsace.

Ce qui ne signifie nullement qu’il y aurait deux fois plus de postes sous GNU/Linux en Franche-Comté qu’en Alsace parce qu’on peut très bien imaginer qu’un jour une région soit tellement à la pointe Linux qu’elle n’ait plus besoin de faire des recherches sur le terme générique « linux » (mais plutôt sur « bash », « emacs » ou que sais-je encore).

Sinon, on a aussi les villes :

Dans la mesure où Google ne prend pas uniquement le mot-clé « linux » en considération mais référence également les requêtes connexes qui contiennent ou non ce mot-clé, il nous est proposé deux tableaux.

Le premier tableau est constitué du top ten des requêtes associées au mot-clé « linux » (là encore si vous avez un compte Google vous aurez la possibilité d’avoir plus de dix résultats en téléchargeant le fichier CSV associé à votre recherche) :

Le second tableau est constitué des requêtes associées au mot-clé « linux » ayant connu le plus forte hausse sur la période étudiée (Breakout signifie que la hausse dépasse 5000% !) :

À la lecture de ces tableaux on peut supputer par exemple qu’Ubuntu est bien la reine des distributions en France (mais que Mandriva n’est pas morte), que les linuxiens ont de plus en plus envie de jouer sur leur ordi et que l’Eeepc (sous Xandros) a bien été le phénomène annoncé.

Digne de confiance ?

Bon, c’est bien gentil tout ça mais l’outil est-il fiable ? Telle est la question qui en fait n’aura pas de réponse. D’abord parce que la localisation via notre adresse IP n’est pas d’une rigueur absolue. Et ensuite parce que Google garde jalousement ses données et ses algorithmes de calculs.

La seule chose qu’il soit possible de faire c’est de taper des requêtes dont vous les résultats sont attendus afin de vérifier si l’outil est conforme à votre prévisions. Ainsi si l’on tape « marée » (en France) ce sont bien les régions de la côte atlantique qui apparaissent en premier.

Ce n’est pas très scientifique tout ça mais plusieurs exemples du même acabit m’ont fait supposer que globalement Google Insights Search donne des tendances plausibles.

Je pense néanmoins que des pays encore peu connectés peuvent venir fausser certains résultats car on se retrouve alors proportionnellement avec des internautes locaux pionniers et donc à mon avis plus technophiles que la moyenne. Et puis il y a aussi la question des langues, des alphabets différents, etc. N’hésitez pas à apporter d’autres bémols dans les commentaires.

En tout cas fiable ou pas, je suis sûr que de nombreux marketeux vont prendre d’assaut l’outil pour affiner leurs prochaines campagnes commerciales !

Quelques exemple d’un monde libre qui se cherche

Ces précautions d’usage étant posées, on peut faire mumuse avec l’outil, d’autant qu’il est permis de comparer plusieurs requêtes entre elles.

Quelques distributions GNU/Linux

Comparons mondialement Ubuntu, Fedora, Mandriva, OpenSuse et Debian. On retrouve bien la suprématie actuelle d’Ubuntu (aucune idée de la signification du 84 derrière Ubuntu, par contre je pense là encore qu’on peut supposer qu’Ubuntu est environ dix-sept fois plus recherchée que Mandriva).

Au niveau des trois pays de tête ça donne :

• Cuba, Italie, Indonésie pour Ubuntu
• Sri-Lanka, Inde, Taïwan pour Fedora
• Russie, République Tchèque, Biélorussie (et France cinquième) pour Mandriva
• République Tchèque, Russie, Allemagne pour OpenSuse
• Cuba, Biélorussie, République Tchèque pour Debian.

Si l’on se restreint à la France, ça bouge un peu puisque par exemple Mandriva s’en sort mieux face à Ubuntu.

La petite guerre des suites bureautiques

J’ai tenté de comparer les suites bureautiques MS Office et OpenOffice.org (comparaison difficile en raison des différentes appellations)

Dans le monde (avec l’Allemagne et la France qui se classent premières pour « open office ») :

Et en France :

On s’en sort bien sur ce coup là 😉

Open Source vs Free Software

Comparons les requêtes « Open Source » et « Free Software ». On constate tout d’abord que « Open Source » est plus demandé que « Free Software ». Va-t-il finir par s’imposer ?

Ce sont plusieurs villes indiennes (Delhi en tête), Djakarta et Singapour qui remportent la palme des recherches « Free Software ». Alors que les villes « Open Source » sont San Francisco, encore Delhi, puis Milan, Amsterdam, Washington, Sydney, Londres. Il y a clairement là une différence géographique (et éventuellement sociale).

En France cela ne sera à rien de comparer car « Free Software » est remplacé par « Logiciel Libre ». Du coup on obtient ceci :

Et tant qu’on y est pourquoi ne pas comparer « Richard Stallman » et « Linus Torvalds ». De notoriété mondiale équivalemente, vous constaterez avec moi que Stallman est très populaire dans les pays d’Amérique Latine tandis que Torvalds a une forte côte dans les contrées occidentales.

À vous de jouer

Fin de mon petit tour de manège avec Google Insights Search. J’en appelle aux commentaires pour nous signaler vos propres requêtes que vous aurez jugées intéressantes à communiquer.