Quand un petit malin demande à Richard Stallman ce qu’il pense de la piraterie, on peut s’attendre à une réponse bien sentie… et on aura raison ! Avec l’humour qu’on lui connaît, Stallman en profite pour dénoncer les licences restrictives, les pratiques intrusives des éditeurs de logiciels propriétaires (ou comme il se plaît à les appeler, "privateurs"), et l’amalgame entre partage et vol.

Mais la question, plus vaste, que pose cet article du Deccan Herald, est celle du rapport entre logiciel libre et logiciel propriétaire, et de l’opposition entre deux conceptions assez opposées. À l’avis tranché de Stallman (rejet pur et simple des logiciels propriétaires), s’oppose celui de Jimmy Wales, créateur de Wikipédia, selon qui l’un doit se nourrir de l’autre.^[1]

Alors, refus de tout compromis ou adaptation pour la survie de l’espèce, tel est le sujet de réflexion que nous vous proposons avec cette traduction signée Framalang.

Darwinien ou marxiste ?

Darwinian or Marxist

L. Subramani – 17 décembre 2008 – Deccan Herald
(Traduction Framalang : Goofy, Don Rico et Olivier)

Que pensez-vous de la piraterie ? Richard Stallman, considéré comme le père du mouvement pour le logiciel libre, a donné à cette question une réponse amusante et qui donne à réfléchir. « La piraterie, » a déclaré Stallman lors d’une conférence à Bangalore au mois de décembre 2008, « c’est très mal, parce que c’est mal de s’attaquer à des bateaux en mer. »

Comme la personne qui l’interrogeait était tenace et précisait que la question portait sur la piraterie dans le sens de piratage de logiciels et de musique, Stallman a donné une réponse meilleure encore : « Les pirates ne s’attaquent jamais à des navires avec des logiciels et de la musique, mais avec des canons. »

D’après Stallman, le piratage est un des termes inventés pour attaquer la liberté et la « solidarité d’une communauté », et ce terme doit être rejeté. « Rompre un accord n’est pas correct, mais si un distributeur de logiciels assimile votre désir de partager ce que vous aimez avec vos amis à l’attaque d’un navire, cette idée mérite d’être dénoncée. » a-t-il déclaré, sous les applaudissements de l’assistance.

Sans nul doute, l’idée de logiciel « libre » invite à concevoir le développement et la distribution de logiciel du point de vue de l’utilisateur. La liberté d’utiliser le code, d’en étudier la source, de la modifier, de la partager, d’en distribuer des copies à d’autres, voilà qui s’adresse à l’utilisateur. Mais dans quelle mesure de telles libertés peuvent-elles être exigées dans une ère dominée par les marques déposées et les technologies « juteuses », voilà une question toujours en suspens après tous les arguments convaincants donnés çà et là.

En fait, Stallman lui-même n’a rien contre l’idée de faire du profit en vendant des logiciels, mais il veut que ceux qui développent et distribuent ces produits s’en tiennent rigoureusement à cet ensemble de « libertés ». Il est possible qu’il ait raison de prétendre que les gens sont tellement préoccupés d’acheter ce qui peut tourner sur leur machine qu’ils en oublient leurs droits. Mais on ne peut s’empêcher de se demander s’il est vraiment condamnable que des vendeurs de produits surveillent le système de leurs clients pour s’efforcer de mieux les satisfaire ou pour les empêcher de distribuer leur copie – ce qui est le seul moyen dont ils disposent pour s’assurer de la vente du logiciel.

Comme le fait remarquer Stallman lui-même, on ne se soucie que trop rarement des implications de la licence d’un logiciel. Jusqu’à une période assez récente, beaucoup ne se préoccupaient pas, lorsqu’ils revendaient leur vieux PC, de ce qu’ils risquaient en négligeant d’effacer toutes leurs données personnelles de disque dur. Les experts ont souvent signalé les dangers encourus en signant la « politique de confidentialité » des services en ligne sans la lire vraiment. Mais devrions-nous être « radicaux » dans notre réaction, comme le suggère Stallman, au point de rejeter les logiciels propriétaires et de nous abandonner corps et âme au logiciel libre ? La réponse est venue le même soir de Jimmy Wales, le fondateur de Wikipédia, la plus grande base de connaissance au monde. Wales a élaboré la meilleure application pratique des idées de Stallman en faisant de Wikipedia une plateforme ouverte pour créer, partager et modifier des contenus.

Bien que Wales admette être tout à fait « Stallmanien » dans ses convictions, il reconnaît être moins radical dans le développement d’un système d’accès au savoir en ligne qui comporte des contenus en plus de 200 langues, et rivalise avec de très puissantes institutions comme l’Encyclopædia Britannica.
« Le logiciel libre est une façon de concevoir la création et la distribution de contenu », déclare Wales. « Il existe souvent une tension entre les deux modèles (le libre et le propriétaire). Nous ne pouvons concevoir, par exemple, qu’un individu seul puisse créer un système de logiciels qui serait vendu des millions de dollars. C’est aussi absurde que de croire que de grands distributeurs vont créer des logiciels complètement Open Source. Donc d’une manière ou d’une autre ils doivent apprendre à co-exister. »

Et il existe des raisons de penser que les modèles du logiciel libre et celui du logiciel propriétaire peuvent co-exister. Il est difficile, par exemple, de rejeter l’argument de Stallman suivant lequel l’enseignement dispensé aux enfants à l’école devraient s’appuyer sur les logiciels libres de telle manière qu’ils ne soient pas excessivement dépendants d’un seul système propriétaire.
De la même façon qu’ils apprennent ce que sont les feuilles des plantes en les observant de près, ils peuvent apprendre le fonctionnement d’un logiciel en étudiant son code source, ce qui est possible avec un logiciel libre.

Mais il est aussi difficile de concevoir le développement de logiciels sans un modèle propriétaire. Une solution serait qu’une majorité d’utilisateurs insistent auprès des fabricants de logiciels pour qu’ils soient moins intrusifs. Stallman prétend que les entreprises commerciales devraient faire plus que protéger leurs propres intérêts.

« Les entreprises commerciales doivent fournir des produits utiles aux utilisateurs sans les tenir en otage au moyen de pratiques inacceptables », dit Stallman. « Aujourd’hui, les logiciels installent des programmes espions pour savoir ce que fait l’utilisateur, et les fabricants contraignent les usagers à créer du contenu avec leurs programmes, au lieu de leur vendre une copie de leur logiciel. De telles pratiques compromettent les droits de l’utilisateur, et nous devons insister auprès des fabricants pour qu’ils soient au contraire respectés. » À quel point les fabricants seront-ils réceptifs à ces propos, voilà ce que tout le monde se demande.

On risque d’en parler longtemps. Imaginez-vous en effet un album de musique sous licence Creative Commons, disponible gratuitement et légalement sur tous les sites de partage de fichiers, et qui arrive pourtant en tête de meilleurs ventes 2008 sur la très fréquentée plate-forme de vente en ligne Amazon !

Voilà une nouvelle qui fait du bien et qui va à l’encontre de bon nombre d’idées reçues véhiculées notamment par certaines pontes de l’industrie culturelle (et leurs amis politiques). Une véritable petite bombe en fait, surtout en temps de crise. Les mentalités et les comportements évoluent et cela bénéficie indirectement aux logiciels libres qui sont « gratuits » ou « payants » selon que vous décidez ou non de soutenir le logiciel libre considéré^[1].

Nine Inch Nails : l’album MP3 sous licence Creative Commons s’est vendu comme des petits pains

NIN’s CC-Licensed Best-Selling MP3 Album

Fred Benenson – 5 janvier 2009 – Creative Commons Blog
(Traduction Framalang : Don Rico)

L’album de Nine Inch Nails (NIN) diffusé sous licence Creative Commons, Ghosts I-IV, a fait un bon nombre de gros titres.

Pour commencer, l’opus a été salué par la critique et récompensé par deux nominations aux Grammy Awards, ce qui atteste la qualité musicale de cette œuvre. Mais ce qui nous emballe vraiment, c’est le formidable accueil qu’a reçu cet album chez les adeptes de musique. En plus d’avoir généré plus d’un 1,6 million de dollars de gains pour Nine Inch Nails dès la première semaine et d’avoir atteint la première place du classement de Billboard dans la catégorie musique électronique, Ghosts I-IV figure à la quatrième place des albums les plus écoutés de 2008 sur Last.fm, fort de 5 222 525 écoutes.

Mais le plus enthousiasmant, c’est que Ghosts I-IV a été l’album MP3 le plus vendu en 2008 sur la plateforme de téléchargements de MP3 d’Amazon.

Songez un peu à ce que ça signifie.

Les fans de NIN auraient pu utiliser n’importe quel réseau de partage de fichiers pour télécharger légalement l’album entier, puisqu’il est sous licence Creative Commons BY-NC-SA. Beaucoup l’on d’ailleurs fait, et des milliers continueront à le faire. Alors pourquoi les fans prendraient-ils la peine de payer des fichiers identiques à ceux qui sont disponibles sur les réseaux P2P ? On peut d’abord l’expliquer la facilité d’accès et d’utilisation des pages de téléchargements de NIN et d’Amazon. Mais il y a aussi le fait que les fans ont compris qu’acheter des fichers MP3 allait directement profiter à la musique et à la carrière d’un groupe qu’ils apprécient.

La prochaine fois qu’on tentera de vous convaincre que produire de la musique sous licence Creative Commons entamerait les ventes de musique numérique, souvenez-vous que Ghosts I-IV a prouvé le contraire, et soumettez cet article à votre interlocuteur.

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 !

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

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

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

—> La vidéo au format webm

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.