Dans un billet précédent, aKa constatait que les utilisateurs des licences Creative Commons (ou CC) optaient dans leur grande majorité pour les clauses les plus restrictives qu’elles proposent.

C’est justement le cas de Ryan Cartwright, auteur régulier de billets sur le Free Software Magazine (FSM), surtout connu pour The Bizarre Cathedral, sa série de comic strips ayant pour sujet le monde de GNU/Linux et des logiciels libres. Cartwright a choisi de publier ses vignettes sous la licence CC BY-NC-SA, c’est-à-dire en bon français Attribution / Pas d’utilisation commerciale / Partage à l’identique^[1].

Certains ont reproché ce choix à Cartwright, avançant que ces clauses restrictives allaient à l’encontre de l’esprit du logiciel libre et de ses quatre libertés. Dans un billet publié sur le FSM, dont nous vous proposons la traduction, Cartwright a répondu à ces critiques et justifié son choix, expliquant que selon lui des licences adaptées au code et aux logiciels ne pouvaient pas forcément s’appliquer à des œuvres de création, et que ces clauses permettaient surtout de protéger « l’utilisateur final », dans ce contexte le lecteur de The Bizarre Cathedral.

En bonus, je vous livre une traduction à la volée d’une précision sur les arguments de Cartwright publiée sur le site des Creative Commons par Rob Myers (dessinateur, auteur et bidouilleur membre de la FSF et du CC Network) :

Définir la clause SA comme une restriction comparable à la clause NC est une rengaine à la mode, mais erronée. Cartwright en convient mais finit tout de même par écrire que les deux clauses reviennent au même.
Ce n’est pas de la perspicacité, c’est un vieux bobard éculé. La clause SA empêche que soient ajoutées plus tard des restrictions supplémentaires, et la clause NC est une restriction supplémentaire. Qu’y a-t-il de difficile à comprendre ?

Pourquoi la licence de The Bizarre Cathedral est-elle « non libre » ?

Why is the Bizarre Cathedral Licence "Non-Free"

Ryan Cartwright – 21 octobre 2008 – Free Software Magazine
(Traduction Framalang : Joan, Don Rico et Olivier)

Depuis plusieurs semaines je crée les petites bandes dessinées The Bizarre Cathedral pour le magazine Free Software Magazine. Chacun d’entre eux est mis à disposition sous une licence Creative Commons BY-NC-SA : Paternité – Pas d’utilisation commerciale – Partage des conditions initiales à l’identique. J’ai récemment reçu quelques mails arguant du fait que c’est une licence « non-libre » et remettant en question l’usage que j’en fais ici. Certains de ces mails sont très polis, d’autres m’ont demandé de changer immédiatement la licence (sous-entendu « ou sinon… »). Je ne vais pas modifier la licence, et voici pourquoi.

Les quatre libertés s’appliquent au logiciel, pas à l’art

Les quatre libertés ne peuvent s’appliquer aux travaux créatifs – et particulièrement à quelque chose comme une bande dessinée. Il n’y a pas de code source que les utilisateurs pourraient étudier et modifier. Le copyleft par contre peut s’appliquer aux projets artistiques et les licences Creative Commons sont la forme la plus courante de licences copyleft appliquées à des œuvres artistiques. La FSF (à laquelle la plupart de mes correspondants semblent faire référence dans leurs arguments) indique que les licences Creative Commons sont incompatibles avec la GNU GPL ou la GNU FDL.

Chacun de ceux qui m’ont écrit à propos du choix de la licence pense que le problème réside dans la clause « Pas d’utilisation commerciale » (NC). Apparemment je passe du côté « non-libre » en stipulant aux lecteurs qu’ils ne doivent pas vendre mes travaux. Ce que je ne comprends pas, c’est comment les clauses « Partage des conditions initiales à l’identique » et « Paternité » sont plus libres. En 2004, quand le projet Xfree86 – serveur graphique X-Window – à l’époque omniprésent – a ajouté une nouvelle clause à sa licence indiquant qu’une mention de paternité dans le code ne pouvait être retirée, la communauté du logiciel libre s’est mise en action. Il me semble me souvenir que « scandale » était un mot très en vogue à l’époque. Le projet (libre) X.Org fit un fork et devint le serveur de choix. Pourquoi donc une clause de paternité est-elle libre dans le monde de l’art mais pas dans celui du logiciel ?

Tant qu’on y est, la clause « Partage des conditions initiales à l’identique » ne restreint-elle pas également la liberté ? Ne devrait-on pas avoir le droit de distribuer The Bizarre Cathedral sous la licence de son choix ? Certains clament que la licence GNU-GPL n’est pas vraiment libre car le copyleft restreint la liberté des utilisateurs à redistribuer le logiciel. La même chose peut s’appliquer aux licences CC.

Au bout du compte, la recherche de la liberté absolue pour une licence débouche sur une seule conclusion : pas de licence ou domaine public. « Faites-en ce que vous voulez », tel est le message des travaux du domaine public.

Pourquoi j’utilise cette licence « non-libre »

Il existe parfois de bonnes raisons de limiter les libertés de certains pour assurer une plus grande liberté pour tous. C’est la raison pour laquelle on met les assassins en prison – leur liberté est réduite pour assurer au plus grand nombre la liberté de vivre sans être assassiné (en tous cas, c’est la théorie). Le copyleft procède de la même logique, en réduisant certaines libertés lors de la redistribution, il assure une plus grande liberté pour les utilisateurs finaux. C’est pourquoi j’ai choisi la licence CC BY-NC-SA pour The Bizarre Cathedral.

• BY car je souhaite que les personnes qui obtiennent un seul épisode puissent venir apprécier les autres ici, à FSM.
• SA car je souhaite que tout le monde ait le même accès aux comic strips.
• NC car je souhaite que les gens puissent les apprécier sans aucune dépense. Je suis payé pour les faire, donc je veux qu’ils puissent être appréciés sans coût.

Pour préciser davantage mon sentiment sur la clause NC, je ne suis pas foncièrement opposé à la revente de mes travaux, mais par le passé j’ai découvert que certains se les appropriaient et en demandaient des sommes indécentes. Cela a réduit la portée et l’impact du projet. Plus jamais ça. Les licences CC permettent de retirer chaque restrictions que j’impose sur mes travaux sur simple demande. Donc, si vous souhaitez en vendre un, ou une œuvre dérivée, contactez-moi et nous en discuterons. Comme mentionné plus haut, je n’ai pas d’objections à ce qu’on demande de l’argent pour ce que je fais, j’exige simplement qu’on obtienne d’abord ma permission expresse.

Certains ont été un peu troublés par tout ce ramdam autour de la catégorisation « non-libre » due à la clause NC. Pour résumer, voici ce que vous pouvez faire avec les comic-strips The Bizarre Cathedral :

• Les redistribuer et les partager
• Les traduire
• Les utiliser dans d’autres projets
• Les étudier et les savourer

Vous pouvez faire tout ça à condition de :

• indiquer la source des originaux
• ne pas faire payer ceux à qui vous les proposez

La liberté a énormément de valeur à mes yeux : j’écris du logiciel libre, j’écris pour Free Software Magazine, et j’encourage la liberté dans la vie de tous les jours. Je suis en désaccord sur le fait que la clause NC à elle seule rend « non-libre » cette licence. Je dirais plutôt « moins libre » mais je maintiens qu’en soi elle n’est pas vraiment moins libre que les clauses BY ou SA ou que le copyleft. La GPL est-elle « non-libre » parce qu’on ne peut pas l’associer avec une librairie non copyleftée, ou est-elle seulement moins libre que la LGPL ?

Pour finir, et pour que ce soit clair pour tout le monde, The Bizarre Cathedral restera sous licence CC BY-NC-SA pour l’instant.

Nous le savons, et n’ayons pas peur de paraphraser les Beatles pour appuyer notre propos (et montrer toute l’étendue de notre culture), « logiciel libre » et « éducation » sont des mots qui vont très bien ensemble.

Voici ce qu’en disait récemment le Département de l’instruction publique du canton de Genève : « Dans sa volonté de rendre accessibles à tous les outils et les contenus, le libre poursuit un objectif de démocratisation du savoir et des compétences, de partage des connaissances et de coopération dans leur mise en œuvre, d’autonomie et de responsabilité face aux technologies, du développement du sens critique et de l’indépendance envers les pouvoirs de l’information et de la communication. »

En France pourtant cette association ne va pas de soi. Nouvelle illustration avec le site Educnet, portail TICE du Ministère de l’Éducation Nationale et du Ministère de l’Enseignement Supérieur et de la Recherche (autrement dit c’est ici que l’on traite des Technologies de l’information et de la communication pour l’éducation ou TICE).

Sur ce site donc, dans la catégorie juridique Légamédia^[1], on trouve, et l’intention est louable, une page consacrée non pas aux logiciels libres mais aux logiciels « Open Source » : L’utilisation et le développement de logiciels issus de l’Open Source.

Il est difficile pour un site qui aborde tant de sujets d’être « expert en tout » mais dans la mesure où il s’agit d’un canal officiel de l’Éducation Nationale, je n’ai pu m’empêcher de réagir^[2] et d’en faire ici une rapide lecture commentée.

1- Définition technique et pratique : L’Open Source est le nom donné à leur mouvement en 1998 par les acteurs du logiciel libre. Fruit de la mouvance libertaire de l’Internet, les bases de l’Open Source ont été jetées en 1984 par Richard Stallman avec son projet GNU (GNU’s not Unix). Ce projet consistait à créer un système d’exploitation aussi performant qu’Unix et complètement compatible avec lui. Est ainsi né le premier système d’exploitation dit « libre », car son utilisation, sa copie, sa redistribution voire sa modification étaient laissées au libre arbitre de l’utilisateur. Sous le nom d’Open Source, sont fédérées toutes les expériences d’accès libre au code source des logiciels.

Le site Educnet s’adresse à la communauté éducative dont en tout premier lieu aux enseignants. Expliquer rapidement ce qu’est un logiciel libre n’est pas chose aisée mais on aurait tout de même pu s’y prendre autrement, à commencer par privilégier l’expression « logiciel libre » à celle d’« Open Source ». Par exemple en empruntant la première phrase de l’article dédié de Wikipédia : « Un logiciel libre est un logiciel dont la licence dite libre donne à chacun (et sans contrepartie) le droit d’utiliser, d’étudier, de modifier, de dupliquer, et de diffuser (donner et vendre) le dit logiciel ».

Une fois ceci posé et compris, on aura bien le temps par la suite d’entrer plus avant dans le détail et d’aborder les choses plus finement en évoquant le code source ou les différences d’approche entre « logiciel libre » et « Open Source ». Quant à la « mouvance libertaire de l’Internet » je n’évalue pas l’effet produit sur le lecteur mais elle oriente assurément le propos.

1.1- Les principes de l’Open Source : En réaction au monopole d’exploitation reconnu par le droit d’auteur ou le Copyright, la finalité de l’Open Source est la promotion du savoir et sa diffusion auprès d’un public le plus large possible. Il est proposé aux internautes utilisant et développant les logiciels issus de l’Open Source de créer un fonds commun de logiciels en ligne. Concrètement, l’utilisation de logiciels issus de l’Open Source permet le libre accès au code source du logiciel, sa copie et sa libre redistribution.

Je continue à me mettre à la place d’un enseignant qui découvrirait ici le logiciel libre et cela demeure complexe à appréhender ainsi présenté. Reprendre la traditionnelle introduction de Richard Stallman (« je peux résumer le logiciel libre en trois mots : liberté, égalité, fraternité  ») aurait eu certainement plus de sens et d’impact. Retenons cependant que la finalité est « la promotion du savoir et sa diffusion auprès d’un public le plus large possible », ce qui tombe plutôt bien quand on s’intéresse à l’éducation, non ?!

1.2- Les conditions d’utilisation : Afin de développer à un moindre coût un projet informatique, des élèves et leur enseignant peuvent utiliser des logiciels « Open Source », les modifier ou les améliorer afin de les adapter à leurs besoins. En revanche, les améliorations effectuées sur le logiciel initial doivent être versées dans le fond commun mis en ligne. Il est possible de puiser gratuitement dans le fond des logiciels libres, à condition qu’à son tour on enrichisse le fond de ses améliorations en permettant à d’autres de les exploiter gratuitement…

Qu’est-ce que c’est alambiqué ! Et faux par dessus le marché : nulle obligation d’enrichir le fond des logiciels libres pour les utiliser ! On voudrait nous faire croire que les logiciels libres sont réservés aux informaticiens que l’on ne s’y prendrait pas autrement.

2- Les points de vigilance : En utilisant des logiciels issus de l’Open source, les élèves comme leurs enseignants doivent avoir conscience des conditions d’utilisation particulières de ce type de logiciel. Cela permet d’avoir des outils logiciels performants à moindre coût, mais son apport dans l’amélioration du logiciel n’est nullement protégé. Il faut au contraire le mettre en libre accès en rappelant sur le site de téléchargement du logiciel les principes de l’Open Source.

Là ce n’est plus alambiqué c’est carrément de parti pris ! La tournure et le champ lexical adopté (« vigilance », « avoir conscience », « conditions », « mais », « nullement protégé », « au contraire »…) ne peuvent que conduire à inspirer une certaine méfiance au lecteur alors même qu’on devrait se féliciter de l’existence du logiciel libre, véritable facilitateur de vie numérique en milieu scolaire !

Et pour finir en beauté, l’ultime conseil, dans un joli cadre pour en signifier toute son importance (les mises en gras sont d’origine) :

Conseils : Il est donc déconseillé d’utiliser ce type de logiciel si les élèves, leurs enseignants, voire l’établissement scolaire souhaitent garder un monopole d’utilisation des travaux de développement du logiciel libre. Les principes de l’Open Source obligent les développeurs à garantir un accès libre aux améliorations du code source du logiciel libre.

La cerise sur le gâteau, pour définitivement convaincre le lecteur que non seulement le logiciel libre c’est compliqué mais qu’il est en fait à déconseiller alors même qu’il ne viendrait jamais à l’idée des élèves, enseignants et établissements scolaires de « garder un monopole d’utilisation des travaux de développement du logiciel libre ». Sommes-nous sur Educnet ou sur un site du Medef ?

Que l’Institution souhaite conserver un positionnement neutre vis-à-vis du logiciel libre, je le déplore et le conteste mais je peux le comprendre. Personne ne lui demande en effet de sauter sur sa chaise comme un cabri en criant : logiciel libre, logiciel libre, logiciel libre ! Mais de là à présenter les choses ainsi…

Soupir… Parce qu’on avait déjà fort à faire avec Microsoft et ses amis.

Et ce n’est malheureusement pas terminé parce que, autre intention louable, il y a également une page consacrée (nouvel emprunt à l’anglais) à « l’Open Content » : L’utilisation de contenus issus de l’Open Content.

1- Définition technique et pratique : Dans le prolongement du mouvement Open Source qui concernait que les logiciels, l’Open Content reprend les mêmes principes de libre accès à la connaissance en l’appliquant cette fois à tout type de contenus en ligne (content). Sur l’Internet, des auteurs mettent en libre accès leurs créations musicales, photographiques, littéraires, etc. … Ils choisissent ainsi de contribuer à l’enrichissement d’un fonds commun de savoir mis en ligne. Lors de l’élaboration d’un site web ou de tout autre travail, les élèves ou les enseignants peuvent utilement puiser dans ce fonds et intégrer ces contenus issus de l’Open Content dans leurs propres travaux. Enfin, à leur tour, les élèves et leurs enseignants peuvent aussi verser leurs propres travaux dans le fonds commun de l’Open Content. Il faut pourtant garder à l’esprit quelques règles à respecter.

Cela commençait fort bien mais, comme précédemment, un bémol final : « il faut pourtant garder à l’esprit quelques règles à respecter ». C’est tout à fait juste au demeurant, il y a bien des règles à respecter, celles de la licence accolée à la ressource. Amusez-vous cependant à comparer par exemple la licence (« Open Content ») Creative Commons By-Sa avec les directives (non « Open Content ») concernant les usages des « œuvres protégées à l’Éducation Nationale, effet garanti !

2- Les points de vigilance : L’Open Content est un choix conscient et maîtrisé par l’auteur, comme le démontrent les licences d’utilisation de ce type de « contenus libres ». Les conditions d’utilisation sont claires.

Là encore, il faut que le lecteur soit « vigilant » en ayant la « maîtrise » des « conditions d’utilisation » et la « conscience » de ses choix. Faites mille fois attention avant d’adopter de telles licences ! Dois-je encore une fois renvoyer à cet article pour illustrer des conditions d’utilisation bien moins claires que n’importe quelle ressource sous licence libre ?

2.1- Les prérogatives morales : Tout d’abord, les licences sont l’occasion de rappeler aux futurs utilisateurs, élèves et enseignants les prérogatives morales de l’auteur : le respect de la paternité et de l’intégrité de l’œuvre. En utilisant ces contenus, le nom de l’auteur doit être mentionné et aucune modification à l’œuvre originale doit être apportée sauf si elle est mentionnée avec l’accord de l’auteur.

Avec l’accord de l’auteur… sauf dans le cas où la licence choisie confère d’office certains droits à l’utilisateur qui n’a alors rien à demander à l’auteur pour jouir de ces droits. C’est justement le positionnement adopté par les licences libres et les licences de types Creative Commons (voir ce diaporama à ce sujet), licences de la plus haute pertinence à l’ère du numérique surtout en… milieu scolaire. Imaginez-vous en effet devoir demander à chaque auteur les autorisations d’usage pour chaque œuvre que vous souhaitez utiliser et étudier en classe !

Et n’oublions pas non plus l’existence du domaine public qui n’est pas mentionné ici.

2.2- Les prérogatives patrimoniales : De même, la licence précise les conditions d’exercice des prérogatives patrimoniales de l’auteur : les droits de reproduction et de représentation. Sur ces points, selon le principe de libre accès, la licence permet la copie et la redistribution de l’œuvre à condition que les copies soient faites dans une finalité non commerciale. Il s’agit d’une cession à titre gratuit limitée. Les contenus issus de l’Open Content peuvent donc être utilisés sans restriction dans le cadre de l’activité scolaire à la condition de respecter les prérogatives morales des auteurs initiaux et en rappelant sur les pages où se trouvent les contenus « libres » les conditions des licences « Open Content ».

Encore du jargon juridique qui n’est pas de nature à être véritablement compris par l’enseignant, qui plus est sujet à caution puisque les licences libres autorisent généralement aussi bien la modification que l’exploitation commerciale d’une œuvre soumise à cette licence.

Et comme pour l’article précédent, un (étrange) conseil à suivre pour conclure :

Conseil : Il est par contre déconseillé au milieu scolaire d’utiliser ce type de contenus si on envisage de valoriser ses travaux en s’associant avec un partenaire privé pour une exploitation commerciale.

S’agit-il de « valoriser » ou de « monétiser » les travaux ? Et là encore, vous en connaissez beaucoup vous des enseignants qui envisagent de s’associer à un partenaire privé pour une exploitation commerciale ? De plus il n’y a aucune antinomie, on peut très bien adopter des licences libres et s’associer à un partenaire commercial pour exploiter (avec succès) ses travaux, Sésamath et ses manuels scolaires libres en vente chez l’éditeur Génération 5 nous en donne un parfait exemple.

Résumons-nous. Avec les licences libres appliquées aux logiciels et aux ressources, on tient de formidables instruments favorisant l’échange, le partage et la transmission de la connaissance en milieu scolaire (c’est ce que je tente de dire modestement au quotidien sur ce blog en tout cas). Mais de cela nous ne saurons rien si ce n’est que consciemment ou non tout est fait pour dissuader l’enseignant de les évaluer sérieusement en le noyant sous la complexité et les mises en garde avec des considérations économiques qui viennent parasiter un discours censé s’adresser à la communauté éducative.

Ces deux pages, non retouchées depuis un an, mériteraient je crois une petite mise à jour. Qu’il me soit alors permis de suggérer à leurs auteurs la lecture de ces quelques articles qui ne viennent pas d’un illégitime électron libre et « libriste » (comme moi) mais qui émanent du sérail : Les Creative Commons dans le paysage éducatif de l’édition… rêve ou réalité ? (Michele Drechsler, mars 2007), Un spectre hante le monde de l’édition (Jean-Pierre Archambault, septembre 2007) et Favoriser l’essor du libre à l’école (Jean-Pierre Archambault, juin 2008). Peut-être y trouveront-ils alors matière à quelque peu modifier le fond mais aussi la forme du contenu tel qu’il se présente actuellement.

Sur ce je souhaite une bonne rentrée à tous les collègues et à leurs élèves, ainsi qu’une bonne année à tous les lecteurs du Framablog. Il serait tout de même étonnant que l’année qui vient ne voit pas la situation évoluer favorablement pour le logiciel libre et sa culture, à l’intérieur comme à l’extérieur de l’école.

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 !

Voici une petite interview de Christophe Sauthier, président de la french LoCo team à savoir l’association Ubuntu-fr, réalisée début décembre à Mountain View (oui, oui, chez Google) lors du récent Ubuntu Developer Summit, UDS chez les initiés.

Il a beaucoup impressionné l’assemblée, c’est-à-dire ses petits camarades ubunteros venus du monde entier pour l’occasion, avec ses 4000 visiteurs de la récente Ubuntu Party de Paris à la Villette (d’ailleurs il est désormais surnommé 4K, c’est vous dire). Il évoque également tous les avantages de devenir Masters of the Universe (MOTU) chez Ubuntu et son souci de faciliter la tâche et l’accueil des nouveaux contributeurs.

PS : C’est en anglais mais comme c’est un français qui parle anglais on comprend encore mieux que d’habitude 😉

—> La vidéo au format webm

Si jamais il vous venait l’envie d’en savoir plus sur Christophe Sauthier et son rôle au sein d’Ubuntu, vous trouverez ci-dessous un entretien paru dans la lettre hebdomadaire Ubuntu n°121 (7 au 13 décembre 2008) sous licence GNU FDL.

Entretien avec huats, leader de l’équipe d’Ubuntu-fr

Qui es-tu ? Où habites-tu ? Que fais-tu dans la vie ?

Je m’appelle Christophe Sauthier et mon pseudo IRC est huats. J’ai 31 ans, j’habite à Toulouse et je vis en couple. Je travaille pour une société de service (makina corpus) qui travaille exclusivement dans le monde de l’open-source. Je suis impliqué dans tout ce qui est formation, assistance, migration à Ubuntu, ainsi que sur certains dévelopements en PHP (Drupal) ou Python (Plone). Je suis impliqué directement dans Ubuntu en tant que président de la LoCo française. Mon autre rôle dans la communauté est de coordonner les tutorats des MOTU, dont le but est d’aider les nouveaux venus dans le monde du développement pour Ubuntu. J’essaye aussi d’être actif au niveau développement en aidant au packaging de quelques applications, essentiellement autour de l’environnement GNOME.

Comment es-tu entré dans le monde de Linux et d’Ubuntu ?

Il y a très très longtemps (quelque chose comme 1996), j’avais demandé son avis à quelqu’un au sujet d’un script Perl sur lequel je bossais (un CGI pour site web en l’occurence) et il m’avait dit : « Si tu veux coder un peu en Perl, fais-le sous Linux. Tu peux faire comme ça pour l’installer… » Ça a été mon premier contact avec Linux. À cette époque, j’utilisais surtout Suse et Debian. Et puis un beau jour, je tombe sur quelque chose basé sur Debian, mais qui n’avait pas encore de nom. C’est devenu Ubuntu. C’était en 2004, et depuis ce jour, Ubuntu est l’unique distribution que j’utilise.

Comment as-tu démarré avec la communauté française ?

Je faisais depuis un moment quelques traductions pour des logiciels (essentiellement dans GNOME) et je suis tombé un jour sur un billet du wiki de la LoCo française qui mentionnait des projets sur le point d’être lancés. L’un d’eux était l’organisation d’entretiens (puis leur traduction) avec quelques membres clés de la communauté. Ce projet a évolué plus tard en diverses choses comme BehindUbuntu.

Qu’est-ce qui t’a amené à prendre la tête de la LoCo française ?

Après cette première expérience dans la communauté française, j’ai décidé de rester dans les parages, fréquentant différents chats IRC francophones, ou passant de temps en temps sur les forums. C’est là que j’ai vu la campagne pour vendre des t-shirts pour la LoCo. Ma première pensée a été « j’en veux un ! », et ma deuxième « je suis sûr que je peux les aider à organiser ça »… après avoir commandé le mien, j’ai pris contact avec le gars qui s’occupait de ce projet, et il y avait tellement de boulot que mon coup de main a été le bienvenu… Il s’est trouvé que Yann (le gars que j’avais contacté) était le président de la communauté française, et après pas mal de discussions, il m’a dit qu’un coup de main serait bien utile aussi pour le développement du site web. Il m’a demandé de montrer que je pouvais aider en codant un module pour PunBB (le forum que nous utilisons). J’ai pris en charge de plus en plus de choses dans la LoCo, et quand le président a décidé de passer la main, on m’a demandé si je me sentais de relever le défi : monter une nouvelle équipe, avec une nouvelle organisation. C’est ainsi que je suis devenu le président d’Ubuntu-fr, et que j’ai essayé de changer l’organisation en me basant sur le concept de «travail d’équipe».

Quels sont les défis dans la gestion d’une grande LoCo? Comment votre LoCo fait-elle pour communiquer et couvrir un si grand territoire ?

Il y a de nombreux défis, mais c’est aussi un boulot passionnant. Le premier défi est, bien sûr, d’en faire le maximum tous les jours. Il y a beaucoup de sollicitations et nous ne pouvons satisfaire tout le monde, même si nous essayons. A la fin, certains peuvent croire que nous ne sommes concentrés que sur un domaine et que nous nous fichons des autres. En fait, nous manquons tout simplement de main-d’oeuvre et de temps, et pour le montrer, nous communiquons de plus en plus au travers d’un blog pour les rapports. Ce blog fait partie du Planet francophone et donc tout le monde peut y accéder. Mais nous ne voulons pas seulement nous limiter au blog, nous essayons d’être aussi transparents que possible sur les décisions prises. Environ une fois par mois, nous tenons une réunion publique sur IRC. Nous essayons de nous occuper de chaque aspect de notre communauté : nous parlons des actions passées (depuis la dernière réunion), des actions en cours, et de celles à court et moyen terme. Nous consacrons aussi du temps à répondre aux questions et tout le monde peut proposer un nouveau sujet de discussion. Je pense que cette transparence intéresse les gens, ainsi à la dernière réunion, environ 60 personnes étaient présentes.

Comment la LoCo française est-elle organisée? Est-elle centralisée ou décentralisée ?

C’est un mélange. Il y a bien sûr un groupe de personnes qui forme le noyau de la LoCo, mais avec la nouvelle organisation de l’équipe, ce groupe s’est quelque peu agrandi. Le but est que chaque personne ait une vue d’ensemble de tout ce qui se passe dans la LoCo, ou du moins qu’elle en sache autant que possible. De cette manière, si quelqu’un se désiste, il est plus facile de le remplacer. Autour du noyau, il y a un plus grand cercle d’individus qui sont plus particulièrement investis dans un ou deux domaines. Ce deuxième groupe peut être considéré comme plusieurs équipes vouées à un domaine en particulier. Donc, pour résumer : un noyau de moins de 10 personnes, qui mène des activités de groupe indépendantes les unes des autres. Chaque équipe a une grande liberté d’action, même si nous aimons être tenu au courant des décisions importantes.

Parfois, les communautés connaissent des périodes creuses, pendant lesquelles la motivation ou la participation peuvent retomber. Comment fait la communauté française pour remédier à cela ?

Je pense que nous avons également eu un tel épisode, mais son effet a été amoindri par les changements d’organisation que j’ai mentionné plus tôt. C’était perceptible lorsque les principaux protagonistes de la communauté ont ralenti un peu, mais il n’y a pas eu de gros ralentissement de nos activités. C’est le signe distinctif des communautés les plus importantes, qui peuvent s’autogérer sans dommage majeur… Tant que cela ne dure pas trop longtemps bien sûr… Depuis, la communauté est revenue sur les rails, et elle très active. Les séances que nous avons eu dans tout le pays pour Intrepid, ainsi que l’évènement de Paris avec plus de 4000 visiteurs dans le week-end en sont de bons exemples. Puisque nous ne voulons plus ralentir, nous avons lancé quelques petits projets qui devraient nous aider à aborder des sujets qui nous intéressent. Cela devrait nous aider à maintenir la croissance de notre communauté. Il y a quelques projets qui m’ont donné envie de m’investir dans la communauté, donc vous pouvez imaginer que j’y suis très attaché. Nous avons le sentiment que, de cette façon, nous pourrons compenser une décroissance, ou un ralentissement de la participation en ajoutant de nouveaux centres d’intérêts dans lesquels s’impliquer.

Quels sont les projets de la LoCo à court et long terme ?

Je dirais continuer le travail actuel que nous avons juste initié : compléter les diverses équipes (certaines sont encore un peu floues, ou commençent seulement à prendre forme). Par exemple, il n’y avait pas vraiment d’équipe de développement web, puisque nous nous contentions de réunir les ressources au besoin. Aujourd’hui, un groupe de personnes très talentueuses travaille sur divers aspects de l’utilisation à long terme, pas seulement à la demande. C’est nécessaire si nous voulons pouvoir continuer à innover. Donc pour le court terme, cela signifie trouver une nouvelle apparence pour l’ensemble des sites ubuntu-fr (site web, documentation, forum et planet), utiliser au mieux notre nouveau site web (drupal), et donner à nos éditeurs les droits pour plusieurs équipes (celles de kubuntu ou d’edubuntu). Nous espérons être capables de faire ceci dans les prochains mois. Pour le long terme, nous voulons vraiment continuer nos efforts de diffusion d’Ubuntu en France, ce qui demande l’organisation de sessions supplémentaires dans tout le pays (en continuant sur notre lancée après tous les évènements accompagnant la sortie d’Intrepid). Nous souhaitons aussi organiser des colloques réguliers, où les gens pourront se rencontrer physiquement plutôt qu’à travers IRC. Cela permettrait d’aider les novices à ressentir une appartenance à la communauté. Cela pourrait aussi se traduire par des ateliers de débuggage, des ateliers de documentation (comme un atelier de débuggage mais pour vérifier la documentation disponible), ou même quelques ateliers de traduction. Enfin, nous essaierons de définir une réelle politique pour la participation aux évènements pour permettre aux gens de rencontrer l’équipe personnellement pour poser des questions et obtenir des réponses.

Une des idées que vous avez évoquées avec le conseil de la communauté est le jumelage. Qu’est-ce que c’est? L’avez-vous déjà mis en pratique?

Le jumelage des LoCo peut prendre plusieurs significations. Celle qui me tient à coeur est l’aide qu’une communauté importante, comme la communauté française, peut apporter aux plus modestes. Cette aide pourrait être de l’expérience, ou l’organisation de campagnes à grande échelle, ou même des dons pour les aider à lancer leurs évènements. C’est quelques chose à laquelle notre équipe a du faire face à ses débuts, et sans l’implication financière de quelques membres, nous n’aurions jamais pu faire autant de choses. Comme la communauté française est plus puissante maintenant, cela pourrait être une bonne chose d’aider les autres équipes à se lancer. En fait, c’est plutôt proche des concepts clés qui menèrent à la création de Ubuntu-eu il y a quelques années. Ubuntu-eu est un effort commun pour partager l’hébergement de leur site web. Depuis, plusieurs communautés ont trouvé un hébergement à cet endroit, ce qui est clairement une aide fort utile pour les équipes les plus récentes. Pour revenir au processus de jumelage, nous avons commencé à travailler un peu sur le sujet, avec la communauté tunisienne, mais nous n’avons pas avancé beaucoup dans le processus par manque de temps. Je suis sûr que nous travaillerons bientôt à nouveau là-dessus.

L’équipe française Ubuntu a organisé une Ubuntu Party à laquelle ont participé 4000 personnes. Pouvez-vous la décrire ? Comment l’avez-vous préparé ? Combien de temps cela a-t-il pris?

Cet évènement, qui a eu lieu à Paris, était un mélange de tous les différents types d’atelier qu’on peut avoir : installation, nouvelle version, conférence… C’est pourquoi on peut simplement l’appeler un “atelier Ubuntu”. On prépare cet évènement tous les 6 mois, pendant le week-end, un mois à peu près après la sortie d’une nouvelle version. Pendant l’atelier, les gens viennent pour avoir une installation d’Intrepid ou parce qu’ils ont des problèmes avec leur installation. On a aussi présenté plus de 14h de conférences, et un atelier débuggage…une station de radio a même émis depuis l’Ubuntu Party pendant tout le week-end. L’équipe préparait cet évènement depuis la fin du précédent (c’est-à-dire début juin), donc on a assisté au résultat de 6 mois de travail par l’équipe toute entière. Certains travaillaient sur la communication (les médias et le public visé), d’autres sur les besoins matériels de l’évènement, et d’autres sur les conférences. Maintenant, on fait l’analyse de cet évènement, ce qui nous aidera à préparer le suivant en mai 2009.

Que fais-tu dans ton temps libre ?

À part mes activités LoCo, je fais aussi du développement pour Ubuntu. Même si je sais que cela est lié a notre communauté, je considére cela clairement comme une activité à part. Cependant, je fais aussi pas mal de sport : du basketball et de la randonnée dans les Pyrénées (les montagnes près de chez moi). À part cela, j’aime cuisiner pour mes amis. D’ailleurs, je pense qu’il y a clairement un point commun entre cuisiner pour les autres et participer à des activités liées aux logiciels libres…

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

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

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

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

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

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

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

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

Nine Attitude Problems in Free and Open Source Software

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

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

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

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

1) Se tromper d’ennemi

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

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

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

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

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

2) Ennuyer le monde avec des histoires de logiciels

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

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

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

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

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

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

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

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

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

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

4) Se méfier des nouveaux venus

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

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

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

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

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

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

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

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

6) Passer son temps à cracher sur Microsoft

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Débattre de ces problèmes

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

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

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.

Dans son livre Rapture for the Geeks: When AI Outsmarts IQ, que l’on pourrait traduire par Au bonheur des geeks : Quand l’IA l’emporte sur le QI, Richard Dooling s’est amusé à imaginer son ouvrage sous un contrat de licence type de logiciels Microsoft en suivant presque mot à mot les termes de son contenu.

Le résultat est à la limite du surréalisme, jusqu’à se demander si ces licences Microsoft ne sont pas intrinsèquement surréalistes, quand bien même uniquement appliquées aux logiciels ! L’occasion du reste pour certains lecteurs^[1] de ce blog sous Windows d’enfin lire « le contrat qu’on ne lit jamais » qu’ils ont passé à l’achat avec Microsoft.

Et si le CLUF de Microsoft s’appliquait aux livres

If Microsoft’s EULA Applied To Books

Richard Dooling – 7 octobre 2008
(Traduction Framalang : Don Rico et Yonnel)

RAPTURE FOR THE GEEKS : (VENTE AU DÉTAIL)

CONTRAT DE LICENCE POUR L’UTILISATEUR FINAL (CLUF)

Date de publication : 7 octobre 2008

1. CONCESSION DE LICENCE. Richard Dooling vous concède les droits suivants, sous réserve que vous respectiez les termes du présent CLUF :

2. INSTALLATION ET UTILISATION. Vous êtes autorisé à installer, utiliser, accéder à, afficher ou exécuter UN (1) EXEMPLAIRE DE CE LIVRE sur UNE SEULE PERSONNE, telle qu’un adulte, un homme, une femme, un adolescent ou tout autre être humain. Ce livre NE PEUT être lu par plus d’une personne.

3. ACTIVATION OBLIGATOIRE. Les droits de licence qui vous sont concédés au titre du présent CLUF sont limités aux trente (30) premières minutes à compter de votre installation initiale du LIVRE, à savoir son ouverture, à moins que vous ne fournissiez les informations requises pour activer votre exemplaire sous licence, de la manière décrite dans cette page. Il est possible que vous deviez également réactiver le livre si vous vous modifiez ou changez de personnalité. Par exemple, si vous vieillissez et gagnez en maturité, développez une maladie mentale, changez de régime alimentaire, ou recevez des membres ou des articulations artificiels, un pacemaker, des implants, ou bénéficiez d’une greffe d’organe, vous devrez alors réactiver votre licence avant d’être autorisé à pouvoir de nouveau consulter le livre.

4. UTILISATION FRAUDULEUSE. Ce livre contient des technologies conçues pour empêcher toute utilisation frauduleuse ou illégale du livre. Un puce intégrée permet à l’éditeur de scanner vos rétines de temps à autre afin de s’assurer que c’est bien VOUS et VOUS SEULEMENT qui lisez ce livre, et non quelque pirate voleur de livres. Au cours de ce processus, Richard Dooling ne collectera sur vous aucune information permettant de vous identifier personnellement, mais seulement des échantillons de sang, de tissus organiques et de moelle épinière (de force si nécessaire) afin de déterminer votre séquence d’ADN. Si vous ne disposez pas d’un exemplaire sous licence valable du livre, vous n’êtes pas autorisé à lire le livre ni ses mises à jour ultérieures.

5. TRANSFERT DU LIVRE. Vous êtes autorisé à effectuer un transfert permanent du livre à un autre utilisateur final, mais après ledit transfert vous devrez procéder à la suppression de tout souvenir du livre présent dans le cerveau du lecteur précédent. Si le livre était mémorable au point que les souvenirs ne peuvent être totalement retirés du lecteur précédent, exécutez ce dernier avec le moins de cruauté possible (liste des méthodes à employer fournie en Appendice A) et adressez sous pli la preuve de l’exécution et l’acte de décès (avec cachet du notaire) à Richard Dooling, à l’adresse indiquée ci-dessous.

6. RÉSILIATION. Sans préjudice de tous autres droits, Richard Dooling pourra résilier le présent CLUF si vous n’en respectez pas les termes. Dans ce cas, vous devrez détruire tous les exemplaires de ce livre et tous ses composants, détruire toute note que vous auriez prise concernant ce livre, et oublier tout passage du livre que vous seriez tenté de vous remémorer. Si vous trouvez ce livre absolument inoubliable, décapitez-vous et envoyez votre tête par colis postal à Richard Dooling, afin d’obtenir un remboursement de 50$. Veillez bien à joindre l’original de votre facture (pas de photocopie !), le code-barre préalablement découpé sur la couverture du livre, et le formulaire de remboursement fourni dans votre exemplaire, que vous prendrez soin de remplir avant de détacher et poster votre tête.

7. PROTÉGEZ-VOUS ! Ne lisez que des livres authentiques achetés chez un revendeur autorisé. Ne téléchargez pas de livres piratés ! Chaque fois que vous lisez un livre contrefait, vous encourez de graves dangers. Dans une enquête récente, un institut mandaté par Richard Dooling a montré que 25% des sites Web proposant des exemplaires piratés de livres tentaient également d’installer des espiogiciels et des troyens susceptibles d’endommager votre système d’exploitation et de vous empêcher de consulter des sites porno sur votre ordinateur dans de bonnes conditions.

Assurez-vous que votre exemplaire de Rapture for the Geeks est AUTHENTIQUE ! Vous bénéficierez alors d’un accès facile aux mises à jour, suites, deuxième et troisième éditions du livre, téléchargements, support technique et offres spéciales. Validez SANS TARDER votre exemplaire de Rapture for the Geeks grâce au Richard Dooling’s Genuine Advantage !

À présent, si vous êtes sûr d’être en possession d’un exemplaire AUTHENTIQUE de Rapture for the Geeks, il est sans doute sans danger de poursuivre.

Extrait de Rapture for the Geeks: When AI Outsmarts IQ, par Richard Dooling.

Songbird (fiche Framasoft) est aussi bien un logiciel multiplate-forme de gestion de bibliothèque musicale, un lecteur audio et un navigateur web basé sur Firefox. Prometteur dès son origine, il vient enfin de passer en version 1.0 et représente désormais une réelle et crédible alternative à iTunes d’Apple (qui, aussi cool soit-il, a fortement tendance à verrouiller le marché et les technologies associées).

Pour marquer l’évènement mais aussi vous inciter à l’essayer nous avons choisi de traduire un article qui met en avant ce que sait faire Songbird^[1] mais que ne sait pas faire iTunes. Car nombreuses sont les fonctionnalités originales qui sont susceptibles de vous apporter une expérience musicale nouvelle^[2] sur internet.

Songbird : dix fonctions qu’on ne trouve pas dans iTunes

10 Things Songbird Does That iTunes Can’t

Adrian – 6 décembre 2008 – AudioJungle.net
(Traduction Framalang : Don Rico et Daria)

Songbird est récemment passé en version 1.0, avec pour mission d’être à iTunes ce que Firefox est à Internet Explorer. La recette consiste à s’inspirer du concept de base d’un programme fermé et privatif, et d’en faire quelque chose d’ouvert, d’extensible et de plaisant à utiliser. Songbird a pour objectif de « rendre le pouvoir au peuple ».

Apparu en février 2006, Songbird est de cinq ans le cadet de l’iTunes d’Apple, et ne propose pas encore d’équivalent pour chacune de ses fonctionnalités. La prise en charge des iPod, des podcasts et des pochettes d’album, ainsi que la stabilité sont ainsi considérées comme en version bêta et nécessitent encore quelques améliorations. L’encodage de CD, la surveillance des dossiers et la prise en charge de la vidéo manquent encore à l’appel.

Les atouts propres à Songbird en font néanmoins un excellent lecteur multimédia dans l’univers du Web 2.0. C’est un outil flexible que se doit de posséder tout mélomane qui se sert du Web pour l’exploration des nouveautés musicales. Sa façon de fonctionner avec les sites et les blogs consacrés à la musique me semble particulièrement digne d’intérêt. Songbird a bouleversé la façon dont j’envisage la découverte et l’écoute de musique en ligne.

Voici quelques-uns des atouts de Songbird.

1. La navigation par onglets.

À l’instar de la plupart des navigateurs modernes, Songbird propose la navigation par onglets. Si l’on ne peut écouter qu’un seul morceau à la fois, on est en droit de s’interroger sur l’intérêt de s’essayer au multitâche dans un lecteur audio. Eh bien figurez-vous que j’ai trouvé ce système d’onglets bien plus utile que je ne m’y attendais.

Avec ma bibliothèque ouverte dans un onglet, j’ai pu en même temps, dans d’autres onglets, modifier mes préférences, installer des modules complémentaires, parcourir les différents « plumes » (NdT : les thèmes de Songbird) disponibles, et surfer sur Internet. Ce système se révèle aussi fort utile pour afficher des photos Flickr et des vidéos YouTube de l’artiste que l’on est en train d’écouter.

2. Les Plumes (thèmes ou skins)

Basé sur Firefox, Songbird partage nombre de ses points forts, et parmi eux les thèmes, qui dans Songbird s’appellent des « plumes » (NdT : on pourrait aussi dire «  plumages »). Diverses plumes sont déjà disponibles, y compris quelques sympathiques thèmes sombres, un thème de style iTunes, et un autre inspiré par Vista Aero.

À mesure que Songbird gagnera en popularité, nul doute que la communauté en créera des centaines d’autres. Cette fonctionnalité à elle seule attirera ceux qui accordent de l’importance à la créativité et à l’originalité.

3. Les modules complémentaires (extensions ou plugins)

Si vous ne trouvez pas dans Songbird la fonction qui vous intéresse, vous pouvez toujours installer ou créer un module complémentaire. Parmi les extensions déjà disponibles, on trouve :

• LyricMaster, qui affiche les paroles d’une chanson afin que vous puissiez chanter en même temps. J’attends avec impatience que quelqu’un concocte une extension permettant de faire défiler la grille d’accords.
• MediaFlow, qui est semblable au CoverFlow d’Apple.
• La prise en charge des iPod, qui m’a paru fonctionner à merveille lorsque je l’ai essayée avec l’iPod d’un copain.
• Livetwitter, qui ajoute la prise en charge de Twitter, de MSN/Windows Live Messenger, de Pidgin et de Mercury.
• Last.fm Album Art, qui vous évitera peut-être de perdre des heures à traficoter sur le Web pour compléter votre collection.

4. Transformez une page Web en liste de lecture (playlist)

Songbird inclut un navigateur basé sur Firefox, possédant des fonctions telles que les marque-pages et la navigation par onglets. Une des fonctions inédites du navigateur consiste à faire apparaître tous les fichiers musicaux de la page dans une liste de lecture en bas de l’écran. Voilà qui fait de Songbird un excellent outil pour découvrir de la musique en ligne, surtout lorsqu’on associe cette fonction à celle d’abonnement que nous allons évoquer ci-après. La liste de lecture rend également facile le téléchargement de morceaux.

5. Abonnez-vous à des blogs MP3 et faites-en des listes de lecture

Si vous faites un clic droit sur la page d’un blog consacré à la musique, vous trouverez « S’abonner à cette page » dans la liste des options. Cliquez dessus, et l’on vous demandera dans quel dossier sauvegarder la musique de ce blog, et à quelle fréquence vous souhaitez que Songbird vérifie les mises à jour du site. Une fois que vous serez abonné, la page s’affichera comme une liste de lecture, et les nouveaux morceaux seront automatiquement téléchargés vers le dossier que vous aurez indiqué.

6. Affichez du contenu multimédia associé à l’artiste écouté

Grâce à la fonction Mashtape de Songbird, découvrez des photos présentes sur Flickr, des vidéos YouTube, des biographies issues de Last.fm, des infos provenant de Google News (et d’autres sources) ou Wikipédia en rapport à l’artiste que vous êtes en train d’écouter. Le panneau Mashtape s’affiche sous votre liste de lecture. Vous y trouverez les onglets suivants : Infos sur l’artiste, nouvelles, Photos, et Vidéos.

• Les infos sur l’artiste contiennent une courte biographie, une discographie, une liste de marqueurs (tags) associés et des liens fournis par Last.fm. Lorsqu’on clique sur un lien de cette section, la page Last.fm concernée s’ouvre dans un nouvel onglet.
• Les actualités (nouvelles) sont issues d’un certain nombre de sources et récoltées via RSS ; parmi ces sources, on trouve Google News, Hype Machine et Digg.
• L’article Wikipédia du groupe en train d’être écouté vous est également proposé.
• Les photos Flickr défilent avec fluidité à l’écran. Lorsque vous cliquez sur l’une d’elles, sa page Flickr s’ouvre dans un nouvel onglet.
• Les vidéos sont associées à l’artiste que vous écoutez, mais pas à la chanson précise qui passe dans Songbird. En cliquant sur un lien de vidéo YouTube, vous ouvrez un nouvel onglet où vous pourrez visionner la vidéo.

7. Lisez une vaste gamme de formats audio

Songbird lit les fichiers au format MP3, FLAC et Ogg Vorbis sur toutes les plateformes. Il lit le WMA et le WMA DRM sous Windows, le AAC et le Fairplay sous Windows et Mac. Je n’apprécie guère les DRM, mais le fait que Songbird soit capable de lire des fichiers protégés rendra son utilisation plus facile à certains. Des modules complémentaires permettent de lire les formats DirectShow et Audible.

8. Une meilleure intégration de Last.fm

Si vous ne connaissez pas Last.fm, foncez vous créer un compte. Last.fm dresse une liste de tous les morceaux que vous écoutez (un plug-in est disponible pour la plupart des lecteurs audio), vous recommande des morceaux susceptibles de vous plaire, et vous présente d’autre membres qui partagent vos goûts musicaux. Last.fm permet d’écouter en streaming des milliers de morceaux. Outre soumettre les chansons que vous écoutez à la base de données de Last.fm, Songbird vous permet de « scrobbler » vos morceaux, d’indiquer lesquels vous adorez et lesquels vous souhaitez bannir directement depuis le programme.

9. Achetez vos places de concert

Si vous achetez vos places de concert en ligne (qui s’y prend autrement, de nos jours ?), vous trouverez sans doute la fonction Songkick fort pratique. Depuis Songbird même, vous pourrez chercher les concerts prévus près de chez vous et acheter directement vos places. La fonction Songkick n’est (NdT : pour l’instant ?) fournie que pour les USA, le Royaume-Uni, l’Australie, le Canada et la Nouvelle-Zélande.

10. Songbird tourne sous Linux

Enfin, Songbird fonctionne sous les systèmes d’exploitation Linux et OpenSolaris. Eh oui, je l’admets, je suis un geek. Comme iTunes, Songbird existe aussi pour Mac et Windows, comme ça, pas de jaloux.

Artistes : quelques conseils pour que Songbird donne une bonne image de vous

Pensez à la façon dont vous percevront ceux qui utilisent Songbird pour écouter votre musique. Vous pouvez exploiter la richesse de l’expérience multimédia qu’offre Songbird pour améliorer l’image de votre musique et de votre groupe.

• Utilisez des liens directs, non cachés pour renvoyer aux fichiers MP3 sur votre site de sorte que la mini liste de lecture s’affiche au bas de l’écran quand on visite votre page via Songbird.
• Ajoutez votre groupe à Last.fm, avec une description et des photos de bonne qualité, et envisagez d’uploader quelques-uns de vos morceaux sur leur base de données. Ainsi, quand il lira votre musique, Songbird aura quelque chose à afficher, et vous ne passerez pas pour un groupe totalement inconnu. Près du bas de la page d’accueil de Last.fm, vous trouverez le lien « Vous faites de la musique ? Uploadez-la ! » qui vous expliquera comment procéder.
• Si votre groupe donne des concerts, assurez-vous que vos dates figurent dans la base de données de Songkick. Ainsi, quand vous donnerez un concert quelque part, ceux qui vous écoutent bénéficieront d’un moyen supplémentaire de le savoir. Difficile de louper le lien « Ajouter un nouveau concert » sur leur page d’accueil.

Et vous, avez-vous essayé Songbird ? Faites-nous partager vos impressions.