C’est un billet un peu technique que nous vous proposons aujourd’hui. Il évoque la « quête du 100% libre » des distributions GNU/Linux.

En effet, vous l’ignoriez peut-être, mais rares sont les distributions GNU/Linux qui soient « totalement libres ».

Ainsi la fort pratique distribution Linux Mint installe dès le départ des codecs (MP3, divX…) et des plugins (Java, flash…) propriétaires. On ne peut donc la considérer comme libre.

Mais, plus subtil, la très populaire distribution Ubuntu non plus, car elle embarque en son sein des drivers propriétaires comme ceux pour les cartes graphiques Nvidia et ATI.

Ces drivers sont des exemples de firmwares (ou micrologiciel), ces logiciels intégrés dans un composant matériel, et ils constituent le sujet principal de notre billet, et traduction, du jour.

Debian est l’une des plus anciennes et célèbres distributions GNU/Linux. Elle sert de base de développement à de nombreuses autres distributions, dont justement Ubuntu et Linux Mint.

L’une des principales caractéristiques de Debian, outre sa stabilité reconnue et le grand nombre d’architectures matérielles supportées, est de ne dépendre directement d’aucune société commerciale : comme le navigateur Firefox de la fondation Mozilla, Debian est le fruit d’une association à but non lucratif. Et si Mozilla possède son Manifesto, Debian a son fameux contrat social.

Elle se trouve actuellement dans sa version 5.0 mais la nouvelle version 6 (nom de code « Squeeze ») devrait sortir d’ici quelques jours.

Or le projet Debian a annoncé que cette nouvelle version bénéficierait, à sa sortie, d’un noyau Linux « libéré», c’est à dire débarrassé de tout firmware qui ne serait pas libre^[1]. Cette décision a suscité un certain nombre de d’interrogations autour des conséquences pratiques pour l’utilisateur : allait-il pouvoir continuer à faire fonctionner pleinement sa machine avec cette nouvelle version ?

C’est à ces interrogations que répond l’un des développeurs du projet ci-dessous.

Mythes et réalités concernant les firmwares et leur non-retrait de Debian

Myths and Facts about Firmwares and their non-removal from Debian

Alexander Reichle-Schmehl – 20 janvier 2011 – Tolimar’s Blog
(Traduction Framalang : Antistress, Penguin et Goofy)

L’annonce par le projet Debian de la publication de Squeeze avec un noyau Linux complètement libre a retenu l’attention, ce qui n’est pas une mauvaise chose. Pourtant il semble que cette annonce ait parfois été mal interprétée ou mal relayée. Je vais essayer de résumer les principales erreurs et d’y répondre.

• Mythe : Debian a retiré tous les firmwares de ses noyaux !
• Réalité : Non, cette décision ne concerne que les noyaux qui seront inclus dans la prochaine version Debian 6.0 Squeeze. Les noyaux de la version stable actuelle Debian 5.0 Lenny restent tels quels… sauf que, bien sûr, nous réaliserons les mises à jour de sécurité qui s’imposent les concernant, mais ils continueront de contenir les mêmes firmwares qu’actuellement.

• Mythe : Debian est en train de dégrader ses noyaux en en retirant des choses.
• Réalité : Debian a transféré certains firmwares de sa section principale (NdT : main) vers sa section non-libre (NdT : non-free). Ils sont toujours présents, dans la section dédiée aux logiciels qui ne répondent à nos critères tels qu’ils résultent des principes du logiciel libre selon Debian (NdT : The Debian Free Software Guidelines – ou DFSG).

• Mythe : La plupart des utilisateurs ne vont plus pouvoir installer Debian.
• Réalité : les firmwares non-libres resteront disponibles à travers notre infrastructure. Ceux qui sont requis durant l’installation (par exemple pour contrôler l’accès au réseau ou au périphérique de stockage) peuvent également être chargés durant l’installation (qu’ils soients sur un CD ou une clé USB). Nous proposons des archives compressées de ces fichiers (décompressez les simplement sur une clé USB et branchez-la quand cela vous est demandé durant l’installation) ainsi que des images ISO permettant de créer un CD d’installation par le réseau qui contiennent déjà ces fichiers. Bien entendu, elles vont continuer d’exister, même aprés la publication de Squeeze.

• Mythe : Ces fimwares sont requis, les ôter ne sert à rien et ne rend pas service à l’utilisateur.
• Réalité : Oui, ces firmwares sont en effet nécessaires au fonctionnement de certains pilotes de certains matériels. Mais tout le monde n’en veut pas. À présent que nous sommes capables de charger ces firmwares sur demande (au lieu de devoir les compiler dans le pilote lui-même), nous pouvons les proposer séparément. Cela permet ainsi à ceux qui ont besoin de firmwares non-libres de les utiliser tandis que que ceux qui n’en veulent pas bénéficieront d’une installation qui en sera dénuée.

• Mythe : Ah, encore un coup des fêlés de la liberté du projet Debian…
• Réalité : Il n’y a pas que nous en réalité : nous n’y serions jamais parvenus sans la coopération d’un certain nombre de développeurs du noyau Linux. Et nous ne sommes pas les seuls intéressés par la création d’un noyau libre, d’autres distributions importantes ont également conscience du problème. Citons par exemple le récent commentaire d’un développeur du projet Fedora évoquant des changements dans un de ces firmwares non-libres. Il semble donc que Debian ait simplement été le premier à réaliser le problème des firmwares non-libres.

• Mythe : Debian fait allégeance à Stallman.
• Réalité : Je ne me suis pas entretenu avec Richard Stallman à ce sujet mais je pense que Debian n’est pas encore assez libre pour lui ; pour autant que je sache, il aimerait la disparition pure et simple de la section non-libre, ou au minimum qu’elle ne soit plus mentionnée nulle part.

Il reste donc une question : qu’il y a t-il de mal avec les firmwares non-libres ? Ne s’agit-il pas simplement de petits programmes exécutés par le microprocesseur du périphérique concerné ? Pourquoi s’en faire ? Bonne question ! Mettons de côté les problèmes juridiques qui sont susceptibles de se poser, et concentrons-nous sur l’aspect pratique. Le nœud du problème tient au fait que, sans leur code source (et les outils pour les compiler), les firmwares ne sont qu’une suite aléatoire de nombres pour nous. Nous ne savons pas ce qu’ils font, nous ne pouvons pas les analyser ni les améliorer. Nous ne pouvons pas les changer, nous ne pouvons pas assurer leur suivi. Peut-être avez-vous été lire le commentaire du développeur Fedora dont le lien a été donné plus haut ? Je le cite à nouveau car il me semble qu’il a très bien résumé le problème :

Mise à jour des firmwares qlogic 2400 et 2500 vers la version 5.03.13. Que fait la version 5.03.13 ? Personne ne le sait hormis QLogic et ils ne le disent pas. Je leur ai posé la question et ils m’ont répondu que l’information ne pouvait être donnée sans accord de confidentialité. Je vous invite donc à imaginer ce que fait ce firmware et les bogues qu’il corrige. Tant que vous y êtes, imaginez un monde où les fabricants publieraient le code source de leurs firmwares.

À présent que vous savez que nous ne pouvons assurer le suivi de ces firmwares, vous pourriez vous demander si c’est vraiment utile de toute façon. Quels dégâts pourraient bien faire à votre ordinateur un simple petit programme logé dans un périphérique ? Eh bien un scientifique a déjà fait la démonstration d’un firmware pour certaines cartes réseau qui dissimulait un cheval de troie. Donc non seulement c’est un problème en soi, mais cela peut même être un problème de sécurité !

Résumons-nous. Oui, Debian a modifié quelque chose dans ses noyaux. Non, ils vont continuer de fonctionner comme d’habitude. Certains utilisateurs devront peut-être activer le dépôt non-libre mais ce n’est pas obligatoire. Les firmwares nécessaires à l’installation sont aussi disponibles et peuvent être chargés lors du processus d’installation. Alors pourquoi tout ce ramdam ?

À propos, ceux d’entre vous qui craignent de ne pas se rappeler les liens des images ISO et des archives compressées, souvenez-vous de deux choses: wiki et Firmware. Vous trouverez tout ce dont vous avez besoin sur la page Firmware du wiki Debian.

Quand on n’y connaît rien en informatique, il est difficile de s’émouvoir du discours passionné d’un utilisateur de logiciels libres détaillant avec emphase les quatre libertés garanties par leur licence.

Le libriste pédagogue aura donc souvent recours à des analogies pour éclairer son auditoire, la plus courue étant sûrement celle de la recette de cuisine. Dans ce billet nous nous proposons d’y ajouter l’exemple, ou plutôt le contre-exemple, des cartes marines^[1].

Plongeons-nous, c’est le cas de le dire, plusieurs siècles en arrière pour retrouver un observateur sceptique face aux règles mises en place par les grandes compagnies maritimes de l’époque pour protéger la connaissance et en tirer profit face à la concurrence.

En effet, j’ai lu récemment et avec beaucoup de plaisir le « Voyage autour du monde sur l’Astrolabe et la Boussole » du grand navigateur Jean-François de La Pérouse qui mena une campagne d’exploration scientifique du Pacifique de 1785 à 1789.

Ce récit est empreint d’humanisme, d’intelligence et de générosité. Le voyage s’est déroulé sur un bateau en bois et à voiles, du temps où ordinateur, GPS et autres balise Argos n’existaient évidemment pas. Mais, d’un certain point de vue, ces marins avaient un savoir et un savoir-faire supérieurs aux nôtres car ils ne pouvaient avoir recours à ces outils en cas de problèmes.

Dans son journal, La Pérouse note que les capitaines hollandais partant de Batavia vers le Japon devaient prêter serment, à leur compagnie, de ne pas divulguer leurs cartes marines. Ces cartes qui compilaient l’ensemble des informations collectées par les voyageurs précédents, dans ces terres inconnues où le moindre récif pouvait amener le naufrage.

Extrait du livre issu de Gallica, le service numérique en libre accès de la Bibliothèque Nationale de France.

Pour les compagnies, l’enjeu était de taille : elles vivaient du commerce des produits du Japon. Elles cherchaient à avoir une position exclusive, pour s’assurer des bénéfices maxima. Afin d’empêcher la concurrence, elles privaient les autres marins de leurs avancées cartographiques, et elles interdisaient d’éventuels rivaux par des contrats bilatéraux avec les dirigeants locaux.

Le serment des capitaines n’était pas sans conséquence. Un officier de marine convaincu d’avoir permis la consultation de ses cartes à un tiers aurait été dégradé, privé de commandement, banni de son pays.

Mais une autre conséquence c’est que chaque compagnie devait créer ses propres cartes et malheur à celle qui envoyait ses bateaux dans des zones non encore renseignées chez elle.

Le logiciel libre est issu de l’informatique mais aussi de tous ceux qui, avant lui, se sont battus pour la non appropriation des biens communs.

Ça y est, la version 3.3 de la suite bureautique libre LibreOffice (LibO pour les intimes) vient de voir le jour !

Pour rappel, elle est appelée à remplacer OpenOffice.org dans le cœur et les ordis de la communauté. Quant à savoir si elle va en conserver les qualités mais aussi les défauts, notre ami Gee a momentanément et malicieusement tranché !

PS : Et pour le tutoriel LaTeX, c’est ici 😉

Crédit : Simon Gee Giraudot (Creative Commons By-Sa)

Framasoft est fier et heureux d’annoncer officiellement la sortie d’un nouveau volume à sa collection de livres libres Framabook. Il s’agit de la traduction d’un livre considéré comme une référence chez les développeurs anglophones : Producing Open Source Software, de Karl Fogel.

C’est une évidence, maintes fois constatées : il ne suffit pas de coller une licence libre au code source de son application pour en faire un logiciel libre à succès. Nombreux sont les paramètres à prendre en compte pour se donner les moyens de véritablement réussir votre projet. Cela ne coule pas de source, si j’ose dire, et c’est pourquoi un tel ouvrage peut rendre de grands services.

Ayant payé de sa personne, Karl Fogel n’hésite pas à affirmer lui-même que 95% des projets échouent. Et de rédiger alors ce livre pour contribuer à faire en sortie que le pourcentage restant remonte !

Dans la foulée du framabook sur Unix et sur le langage C, nous faisons un effort didactique tout particulier pour accompagner tous ceux qui souhaiteraient se lancer dans la création de logiciels libres ou rejoindre un projet existant. Nous pensons à ceux qui ne maîtrisent pas forcément d’emblée l’anglais.

Nous pensons également aux jeunes débutants. Parce que, comme cela a déjà été souligné, l’informatique est l’une des grandes absentes de l’enseignement secondaire français. Alors, fille ou garçon, l’étudiant motivé se retrouve bien souvent livré à lui-même et c’est à lui de se débrouiller pour extraire le bon grain de l’ivraie du Grand Internet. Nous espérons lui être utile en lui apportant notamment ici gain de temps et efficacité.

Voici comment le livre est présenté dans le communiqué de presse joint à ce billet :

« Teinté d’humour et de réflexions subtiles, ce livre prodigue de précieux conseils à ceux qui souhaitent commencer ou poursuivre un projet de développement en logiciel libre. Pour cela, Karl Fogel propose une description claire et détaillée des bonnes pratiques de développement. Il initie non seulement le lecteur à la méthode de travail collaboratif mais démontre aussi l’importance des relations humaines dans la réussite d’un projet, comme l’art d’équilibrer actions individuelles et intérêt commun. Identifiés à travers sa longue expérience en gestion de projet open source, différents aspects sont abordés : structurer l’ensemble de la communauté de développeurs, maintenir un système de gestion de versions, gérer les rapports de bugs et leurs corrections, bien communiquer à l’intérieur comme à l’extérieur du projet, choisir une licence adaptée au logiciel… »

Grâce à son expérience du développement open source, Karl Fogel nous livre ici bien davantage qu’une simple marche à suivre pour qu’un projet voit le jour et ait une chance d’aboutir. Il s’agit en effet de détailler les éléments stratégiques les plus importants comme la bonne pratique du courrier électronique et le choix du gestionnaire de versions, mais aussi la manière de rendre cohérents et harmonieux les rapports humains tout en ménageant les susceptibilités… En somme, dans le développement Open Source peut-être plus qu’ailleurs, et parce qu’il s’agit de trouver un bon équilibre entre coopération et collaboration, les qualités humaines sont aussi décisives que les compétences techniques. »

La traduction de cet ouvrage a obéi aux mêmes principes que ceux exposés par Karl Fogel. Elle fut le résultat de la convergence entre les travaux initiés par Bertrand Florat et Étienne Savard et ceux de Framasoft coordonnés par Christophe Masutti. Comme d’habitude, ce livre a été finalisé dans La Poule ou l’Œuf et peut se commander en version papier chez InLibroVeritas pour la modique somme de 15 euros.

Comme d’habitude aussi ce livre est sous licence libre (Creative Commons By) et est intégralement consultable en ligne ou téléchargeable dans sa version numérique sur le site Framabook. Parce qu’ici comme ailleurs, et peut-être même plus qu’ailleurs, il nous apparaît fondamental de pouvoir en assurer sa plus large diffusion et participer ainsi à susciter des vocations.

Nous comptons sur vous pour signaler l’information 😉

Framasoft ne serait rien sans les développeurs de logiciels libres. Ce projet est en quelque sorte une manière pour nous de les remercier.

Ce n’est pas forcément tous les jours que la Free Software Foundation (FSF) de Richard Stallman applaudit et soutient ouvertement Google dans ses choix de format vidéo pour le Web. Et d’appeler les internautes à en faire de même.

Google est même qualifié d’audacieux, puisque l’adoption d’un format ouvert – WebM – s’accompagne de la suppression d’un format fermé – H.264.

Pour en savoir sur le sujet, nous ne saurions trop vous conseiller notre article : Bataille de la vidéo sur le Web : Quand Google restreint pour mieux ouvrir ?^[1].

Pas de double standard : soutenir l’appui de Google à WebM

No double standards: supporting Google’s push for WebM

Brett Smith – 19 Janvier 2011 – FSF.org (Traduction Framalang : Cheval boiteux, Jérémie et Antistress)

Nous avons décidé de soutenir le projet WebM et nous encourageons les autres fondations et organisations à nous rejoindre pour connaître la marche à suivre. Aujourd’hui, nous exhortons également les gestionnaires de sites web à distribuer les vidéos dans le format WebM et à abandonner le H.264.

La semaine dernière, Google a annoncé qu’il planifiait la suppression du support du codec vidéo H.264 des ses navigateurs au profit du codec WebM qui a récemment été libéré. Depuis, il y a eu beaucoup de discussions concernant les incidences possibles sur l’avenir du Web, au moment où la spécification HTML5 — dont la balise video — mûrit.

Nous applaudissons Google pour ce changement : c’est une avancée positive pour le logiciel libre, ses utilisateurs, et pour chaque personne qui utilise le Web. Cela fait un moment déjà que regarder une vidéo sur le Web peut s’avérer périlleux. La plupart d’entre elles sont publiées à l’aide de Flash qui est un logiciel non-standard et propriétaire. Les alternatives libres comme GNU Gnash sont disponibles, mais l’expérience utilisateur n’est pas toujours à la hauteur.

Quand le travail a commencé sur la nouvelle version du standard HTML, HTML5, le travail sur la diffusion et la lecture des vidéos était une priorité. Mais, bien que tout le monde était d’accord sur ce à quoi la balise <video> devait ressembler, il n’y avait pas de consensus sur le format d’encodage des vidéos. Microsoft et Apple soutenaient H.264, Mozilla et Opera soutenaient WebM et Ogg Theora. Jusque là, Google supportait tous ces codecs, mais aujourd’hui il a fait preuve d’audace en décidant de supporter les standards libres et ouverts et de laisser tomber H.264.

Ceci est une bonne nouvelle, car si H.264 devenait le standard de fait pour la vidéo sur le Web, cela ne serait pas mieux que la situation actuelle. H.264 est un codec lourdement breveté ; le consortium MPEG LA oblige les développeurs qui l’implémentent à accepter une licence de brevet. Cette licence est fondamentalement incompatible avec les logiciels libres. Elle exige des développeurs qu’ils restreignent l’utilisation qui sera faite de leur logiciel, et permet la collecte d’une redevance dans la plupart des situations.

Afin de s’assurer que le Web reste libre et ouvert pour tous, nous avons besoin qu’un codec libre s’impose comme standard de fait pour HTML5. WebM peut être ce codec : Google fournit avec le standard une licence de brevet qui est compatible avec les licences des logiciels libres et propose même une implémentation libre. Ils promeuvent également avec force ce codec, et leur décision de laisser tomber H.264 est une étape de plus dans cette direction.

Des réactions au geste de Google ont suggéré que cela représentait un pas en arrière pour les standards sur le Web, car H.264 est supporté par un plus grand nombre de matériels et de logiciels. Ces commentaires révèlent une incompréhension fondamentale de la vision d’un Web libre et ouvert. Nous ne pouvons être libres que si nous rejetons les formats de données qui sont assujettis à brevets.

Mais la question n’est pas encore règlée. C’est le moment pour tout le monde d’agir et de faire en sorte que WebM soit effectivement adopté par le plus grand nombre À cette fin, nous avons décidé de soutenir le projet WebM et nous encourageons les autres fondations et organisations à nous rejoindre — écrivez à webmaster AT webmproject.org pour connaître la marche à suivre. Aujourd’hui, nous exhortons également les gestionnaires de sites web à distribuer les vidéos dans le format WebM et à abandonner le H.264.

Bientôt, nous allons transformer notre campagne PlayOgg en PlayFreedom et nous allons mettre l’accent sur les moyens permettant à chacun d’encourager l’adoption de WebM. Vous pouvez vous inscrire dès maintenant pour en savoir plus sur la manière d’aider. Ensemble, nous pouvons veiller à ce que le Web remplisse sa promesse d’être libre pour tout le monde.

S’il n’y a que les imbéciles qui ne changent pas d’avis, alors j’ai l’honneur de vous faire savoir que Microsoft n’en fait plus partie.

Un communiqué de presse de Microsoft Nouvelle-Zélande, datant de novembre dernier, est passé totalement inaperçu alors qu’il est pourtant tout simplement énorme pour des p’tits gars comme moi qui versent dans le Libre depuis une bonne dizaine d’années et dans l’éducation depuis encore plus longtemps.

Qu’il soit devenu « naturel » pour Microsoft de proposer un plugin à Word afin d’aider le monde de l’éducation à mieux travailler sur les wikis sous Mediawiki (à commencer par Wikipédia), cela passe encore. Qu’on y mentionne et soutienne alors explicitement les Ressources Éducatives Libres sous licence Creative Commons By, cela commence à surprendre. Mais qu’il soit devenu tout aussi « naturel » pour Microsoft de placer ce plugin sous licence libre pour mieux « le partager avec la communauté », c’est tout de même une sacrée (r)évolution.

Quand on pense que, jadis, le logiciel libre était qualifié de « cancer communiste » par les mêmes qui semblent aujourd’hui découvrir ses vertus, on mesure le chemin parcouru !

Certes, ça n’est qu’une extension et non une application toute entière, Word libre ce n’est pas pour tout de suite ! Il convient également de voir concrètement la qualité du convertisseur (ce que je n’ai pu faire faute d’avoir MS Office sur mon ordi), mais la déclaration (d’intention ?) ci-dessous vaut de toutes les façons son pesant de cacahuètes^[1].

Certes aussi, il est question du programme Partners in Learning (PIL) dans le communiqué. Et nous avons souvent eu l’occasion de dire dans ces colonnes tout le bien que nous pensions de ce projet Microsoft fort ambigu (lire par exemple L’école Châteaudun d’Amiens ou le pion français de la stratégie planétaire Microsoft, Les industriels lorgnent le futur grand plan numérique de Luc Chatel – Mediapart ou encore En réponse au Café Pédagogique).

Il n’en demeure pas moins que les temps changent (quand même un peu), et Microsoft aussi, semble-t-il, vis-à-vis du logiciel libre et de sa culture.

Et vous vis-à-vis de Microsoft ?

Microsoft travaille avec les enseignants et l’open source pour prendre en charge un wiki libre de partage du savoir

Microsoft works with educators and open source to support free knowledge sharing wiki

Microsoft Nouvelle-Zélande – 17 novembre 2010 – Communiqué de presse
(Traduction Framalang : Goofy et Martin)

Une nouvelle extension open source pour Microsoft Word permet d’utiliser le format de fichier MediaWiki pour que les utilisateurs puissent mettre en ligne directement leurs documents sur des wikis.

Microsoft, travaillant en collaboration avec la Fondation OER (Open Education Resource) de l’Institut polytechnique d’Otago (Nouvelle-Zélande) et du Ministère de l’éducation, a mis au point une nouvelle extension open source pour Microsoft Word qui permet d’enregistrer des documents dans un format compatible avec les wikis sous MediaWiki, celui-là même qu’utilise la populaire encyclopédie en ligne Wikipédia.

La nouvelle extension aidera les enseignants à collaborer à la construction de nouvelles ressources éducatives ouvertes. Le directeur de la Fondation Otago, Dr Wayne Mackintosh, déclare : « grâce à la prise en charge du style MediaWiki dans Microsoft Office, les professeurs pourront partager vite et facilement leur matériel pédagogique sur des plateformes en ligne telles que Wikipédia et WikiEducator. Cela signifie que les institutions éducatives adoptant la démarche de l’OER pour fournir des ressources et des manuels libres pourront abaisser considérablement la barrière du coût à engager pour fournir aux étudiants les outils et les informations dont ils ont besoin pour apprendre ».

MediaWiki a reçu un soutien sans failles du Ministère de l’éducation qui partage les objectifs de la Fondation EOR dans ce domaine.

« Nous sommes ravis de la nouveauté que constitue une extension open source dans la boîte à outils de Microsoft Office. Elle permettra aux enseignants et étudiants de Nouvelle-Zélande de s’investir plus facilement dans le partage des ressources éducatives et les débats pédagogiques, dans l’esprit du wiki » déclare Leanne Gibson, directrice des systèmes d’information.

L’institut polytechnique d’Otago héberge les bureaux de la Fondation, qui est une organisation indépendante à but non lucratif visant à assurer la prise en main, le développement et le soutien d’un réseau international d’enseignants et institutions éducatives, à travers l’Open Education. WikiEducator est la vitrine de la Fondation EOR, qui s’efforce de rendre libres d’accès les matériels pédagogiques pour les étudiants du monde entier, particulièrement dans les pays en voie de développement pour lesquels les systèmes d’éducation classiques s’avèrent souvent hors de prix.

Microsoft a financé le développement d’une nouvelle fonctionnalité du logiciel Word pour permettre à tous les enseignants du monde de produire et partager des ressources pédagogiques à un coût modeste en utilisant des outils basés sur le wiki.

Le directeur de la plateforme stratégique de Microsoft pour la Nouvelle-Zélande, Andrew Gordon, déclare que l’entreprise s’implique dans la collaboration avec la communauté open source pour développer du matériel éducatif qui bénéficiera autant aux étudiants qu’aux enseignants.

« Microsoft a un lien étroit avec le monde éducatif via nos initiatives Citizenship (citoyenneté) en cours, telles que le concours Imagine, la plus grande compétition du monde étudiant dans le domaine technologique, si bien que MediaWiki était une solution tout à fait naturelle pour nous, comme pouvait l’être la publication du code source sous une licence open source et le fait de permettre son partage avec la communauté. Compte tenu de l’utilisation intensive de Word dans tous les établissements d’éducation à travers le monde, nous chez Microsoft, sommes ravis et fiers de pouvoir apporter notre pierre à l’édifice en rendant accessibles à chacun, quelle que soit sa situation, des ressources pédagogiques de bonne qualité. »

Le convertisseur MediaWiki est si simple qu’il peut être installé rapidement et facilement par des utilisateurs non expérimentés. De plus, son code a été publié sous une licence open source, ce qui signifie que l’application peut être ré-utilisée librement comme base pour d’autres extensions communes avec MediaWiki. Il est également une référence pour quiconque aurait besoin de publier des informations à partir de Microsoft Office. Le convertisseur MediaWiki fonctionnera avec toutes les versions de la suite Office depuis 2007 jusqu’à la version récente de 2010.

Peter Harrison, le vice-président de la New Zealand Open Source Society ne tarit pas d’éloges sur cette initiative : « Internet offre à l’humanité une occasion unique de mettre à profit les technologies de la communication pour éduquer la population du monde entier. À travers les technologies collaboratives telles que le wiki tout le monde pourra travailler de concert pour créer des ressources communes de qualité, ouvertes à tous. En permettant aux utilisateurs d’exporter leurs contenus de Word vers MediaWiki, Microsoft encourage la mise à disposition d’une gamme bien plus large de ressources éducatives en ligne. »

L’Institut polytechnique d’Otago est l’un des pionniers de l’Open Education, et c’est le premier établissement d’enseignement supérieur à avoir signé la déclaration du Cap sur l’Open Education. C’est également la première institution d’enseignement supérieur au monde à approuver et mettre en œuvre une politique de la propriété intellectuelle qui utilise la licence Creative Commons Attribution par défaut (NdT : cf cet article du Framablog Privilégier la licence Creative Commons Paternité CC-BY dans l’éducation), et qui s’investit dans l’éducation au point de l’inclure dans son programme.

Ce projet est complémentaire de l’initiative PIL (Partners in Learning) que Microsoft soutient depuis dix ans à hauteur de 500 millions de dollars : il s’agit d’aider les enseignants et directeurs d’écoles à utiliser les nouvelles technologies pour apprendre et enseigner plus efficacement. Pour davantage d’informations, voir http://www.microsoft.com/education/pil.

• Pour en savoir plus sur le projet WikiEducator, visitez le site Web http://wikieducator.org.
• Plus d’information sur Microsoft Office 2010 et son offre éducation pour la Nouvelle-Zélande sur le site Web www.microsoft.com/student/office/en-nz.
• L’extension MediaWiki pour Microsoft Office peut être téléchargée sur le site Web www.microsoft.co.nz/mediawiki.

La semaine dernière Google annonçait que Chrome, le navigateur de la firme, ne supporterait plus dorénavant le format vidéo fermé et payant H.264 pour la vidéo sur le Web, préférant promouvoir exclusivement les formats vidéo libres et gratuits tels que WebM (VP8) et Ogg Theora.

Cette décision a été diversement accueillie, certains félicitant Google de continuer à peser de tout son poids pour faire émerger un standard libre et gratuit pour la vidéo sur le Web (on se souvient que Google a racheté l’année dernière la société On2 à l’origine du codec vidéo VP8 – que l’on retrouve dans le format WebM – pour permettre à chacun de l’implémenter et de l’utiliser gratuitement). Tandis que d’autres ont reproché à Google son incohérence en continuant de supporter dans le même temps le greffon propriétaire Flash.

En effet, jusqu’à présent la vidéo sur le Web nécessitait un greffon (typiquement Flash, de la société Adobe, omniprésent) qui agissait comme une boite noire en s’intercalant entre le navigateur et l’utilisateur. La récente mise à jour de la spécification HTML (qui sert à créer et afficher les pages Web) offre depuis la possibilité d’afficher les vidéos directement dans n’importe quel navigateur à jour, sans avoir à dépendre d’un unique logiciel appartenant à une unique société privée avec tous les dangers que cela représente^[1].

Mais il reste pour cela à se mettre d’accord sur le choix du format dans lequel encoder la vidéo. Apple (Safari) refuse d’implémenter autre chose que le format payant H.264 qu’il souhaiterait voir s’imposer, ce qui placerait la vidéo sur le Web entre les mains d’un consortium de sociétés privées chargé de récolter les redevances et créerait un péage incontournable pour toute société qui souhaiterait innover sur le Web (avec ce système, Firefox et bien d’autres n’auraient jamais pu voir le jour). Pour leur part, Mozilla (Firefox), Opera et Google (Chrome) soutiennent WebM et Ogg Theora en tant que technologies libres et gratuites pouvant être mises en œuvre par n’importe qui sans restriction. Pendant ce temps Microsoft compte les points, n’excluant aucune des solutions

Tristan Nitot, Président de Mozilla Europe, l’explique bien : « Si le Web est si participatif, c’est parce qu’il n’y a pas de royalties pour participer et créer un contenu. (Faire le choix du H.264) serait hypothéquer l’avenir du Web. On créerait un îlot technologique, un club de riches : on pourrait produire du texte ou des images gratuitement, mais par contre, pour la vidéo, il faudrait payer. »

Nous avons choisi de reproduire ici la réponse de Haavard, employé chez Opera Software, à ceux qui dénoncent la récente décision de Google.

Le retrait de Chrome du codec H.264 conduit-il à moins d’ouverture ?

Is the removal of H.264 from Chrome a step backward for openness?

par Haavard, employé chez Opera Software, le 13 janvier 2011
(Traduction Framalang : Antistress et Goofy)

Dans un long article publié sur le site Ars Technica, Peter Bright soutient que retirer de Chrome le support d’un standard fermé conduit à moins d’ouverture.

Je suis fermement en désaccord avec cette assertion et je vais essayer d’expliquer rapidement pourquoi et ce qui cloche avec les arguments mis en avant dans l’article.

1. « H.264 est un standard ouvert »

Malheureusement H.264 est un format breveté et vous ne pouvez l’utiliser sans bourse délier. Conformément à la politique du W3C sur les brevets, cela est incompatible avec la définition d’un standard ouvert, spécialement dans le contexte du Web. D’après la définition même de « ouvert », H.264 ne peut être ouvert car il ne peut être utilisé sans payer.

2. « VP8 n’est pas un standard ouvert »

Ce point est exact, en effet. Le format VP8 est une technologie avec une spécification, pas un standard. Pourtant Google a choisi de concéder à chacun le droit de l’utiliser sans payer de redevance. Ce qui signifie que VP8 est en fait un bon candidat pour devenir un véritable standard ouvert pour le Web.

3. « H.264 est libre d’utilisation à certaines conditions »

Rappelez-vous que H.264 coûte toujours de l’argent. Et même si des produits avec une faible base d’utilisateurs peuvent être exemptés dans un premier temps, vous devez toujours ouvrir votre portefeuille à un moment donné si vous voulez réaliser quelque chose sur le Web. Le consortium MPEG-LA a intelligemment « offert » la première dose. Une fois que vous êtes accro, ils peuvent commencer à vous présenter la facture.

C’est un leurre destiné à vous appâter.

4. « Le support de H.264 n’est pas requis dans la spécification HTML5 »

Mais cela deviendrait un autre standard de fait, fermé, comme l’était Internet Explorer 6. Et nous avons tous à l’esprit les dégâts que cela a causés au Web.

5. « Google fournit Chrome avec le greffon Flash préinstallé ; son attitude est hypocrite »

Cela revient à comparer des pommes avec des poires. Flash est un greffon que Google a choisit de fournir en même temps que son navigateur car il y a beaucoup de contenus qui nécessitent Flash sur le Web. H.264, loin de n’être qu’un simple greffon, ferait partie du navigateur lui-même.

Une chose qu’il est important d’avoir à l’esprit c’est que Flash est d’ores et déjà omniprésent. Si vous voulez profiter de la vidéo sur le Web, vous n’avez pas le choix : il vous faut Flash. Pourtant la « bataille » de la vidéo directement dans le navigateur, via HTML5, fait toujours rage sans qu’on puisse encore désigner le vainqueur. Mais à présent que Google laisse tomber le codec fermé H.264 dans son navigateur, la probabilité qu’un codec libre et ouvert finisse par s’imposer augmente.

Que Google continue de fournir le greffon Flash avec son navigateur est parfaitement compréhensible. La plupart des contenus vidéo sur le Web sont en Flash et Google Chrome peut ainsi continuer de les afficher, en attendant qu’un codec ouvert s’impose pour la vidéo directement dans le navigateur. Il n’y a aucune hypocrisie ici, seulement du pragmatisme.

Finalement le reproche fait à Google de livrer le greffon Flash avec son navigateur sert à détourner l’attention de la véritable question : est-ce que la vidéo directement dans le navigateur se fera au moyen d’une technologie ouverte ou fermée ?

Mise à jour : Certains brandiront iOS comme contre-argument mais ça ne résiste pas à l’analyse. Il y a une raison pour laquelle beaucoup d’utilisateurs d’iPhone/iPad sont prêts à payer même pour des solutions de transcodage de piètre qualité sur iOS : ils ne peuvent accéder à la plupart des sites de vidéos. La raison pour laquelle iOS trace sa route avec H.264 c’est basiquement que YouTube (le site d’hébergement de vidéos de Google, qui s’avère être le plus important sur le Web) le supporte. La vaste majorité des sites vidéo requièrent encore Flash. Cela dit, je comprends que certains des fans les plus importants d’Apple soient ennuyés par l’initiative de Google de promouvoir WebM. Perdre le support de YouTube serait un coup terrible pour Apple.

6. « H.264 est partout et le Web n’existe pas en vase clos »

Le fait qu’un format soit répandu en dehors d’Internet ne signifie pas qu’il convient pour le Web. Puisque le Web nécessite des formats ouverts, H.264 n’est pas adapté comme format de référence pour le Web, par définition.

Et l’argument selon lequel H.264 est partout et chacun devra faire avec ne tient pas la route à mon avis. Des sites comme YouTube doivent convertir et compresser les vidéos de toute façon, de sorte que très peu d’entre elles sont publiées telles qu’elles sortent de votre caméra.

Autrement dit : la recompression sera toujours là, et au lieu de réencoder le fichier en H.264 pour réduire sa taille et le jouer en ligne, il peut très bien être réencodé dans un format ouvert.

7. « H.264 peut être utilisé à la fois pour les vidéos en Flash et les vidéos HTML5, assurant une transition douce »

Comme je l’ai déjà expliqué, les vidéos sont habituellement recompressées d’une façon ou d’une autre. En effet, la plupart des sites offrent des vidéos de différents débits et de différentes tailles. Ils convertissent déjà les vidéos ! ils pourraient simplement les convertir dans un format ouvert à la place.

8. « Les utilisateurs de Firefox pourraient voir les vidéos H.264 en utilisant le greffon développé par Microsoft »

Notez bien le mot « greffon ». Cela veut dire que nous abandonnons la vidéo HTML5 pour retourner aux greffons. Tous les bénéfices de la vidéo directement dans le navigateur s’évanouissent (sans compter que le greffon n’existe que pour Windows 7). Par contre je pense qu’il est raisonnablement facile d’ajouter le support de WebM à Safari et Internet Explorer en complétant la liste des codecs supportés par le système d’exploitation^[2].

9. « La part de marché des navigateurs qui supportent H.264 dépasse celle des navigateurs qui supportent WebM »

Google, avec son monopole de la publicité en ligne, met les bouchées doubles pour que ça n’arrive pas. Si je ne me trompe pas, la part des navigateurs basés sur les standards ouverts croît au détriment d’Internet Explorer. Bien qu’il soit impossible de mesurer de manière fiable les parts de marché de chaque navigateur, la plupart des données semblent le confirmer.

10 « La décision de Google restreint le choix des utilisateurs »

Nous attaquons maintenant le cœur du problème. Et malheureusement, c’est le format H.264 qui supprime le choix. Pendant que le format WebM maintient le Web comme plateforme ouverte, H.264 est un standard fermé détenu par un cartel d’industriels qui essaie d’éradiquer sans ménagement toute tentative de faire émerger une alternative.

Je suis également estomaqué de voir que Google est accusé de restreindre le choix des utilisateurs alors que Microsoft et Apple ne sont même pas mentionnés. Ils refusent de supporter WebM après tout.

11. « VP8 est contrôlé par Google et est propriétaire »

Je ne suis pas certain que cela fasse partie des griefs mais c’est l’interprétation que j’en ai. Et c’est un grief non fondé. Lisez la licence de WebM pour plus d’information]. WebM est un projet libre sponsorisé par Google et il est gratuitement disponible du fait de sa licence.

Propos finaux :

L’article tente de montrer que la décision de Google conduit à moins d’ouverture. En réalité l’article met sur la table toutes sortes de choses qui sont sans rapport avec cette question. Cela, je crois, pour embrouiller les choses, alors que la question des standards ouverts est une des plus importantes !

Nous pouvons facilement analyser ce qui permet plus d’ouverture dans le contexte du Web :

• H264 est breveté, c’est donc un standard « fermé ». Il est incompatible avec la politique du W3C sur le brevets pour un Web ouvert. Par conséquent, promouvoir H.264 comme format de référence pour la vidéo HTML5 est le contraire de promouvoir l’ouverture.
• De l’autre côté, WebM correspond bien plus à la politique des brevets du W3C. Google concède à chacun le droit d’utiliser cette technologie sans payer de redevance. Puisque WebM est ouvert, il promeut un Web ouvert.

Conclusion : En rejetant ce qui ferme le Web tout en promouvant des technologies ouvertes, Google contribue à un Web plus ouvert contrairement à ce qu’affirme l’article.

Un étudiant allemand cherche à consulter un article référencé sur Internet. Et le cauchemar commence…

On lui indique qu’il ne peut le faire que dans une bibliothèque (publique) ayant acquis les droits sur l’article en question^[1].

Il se rend à cette bibliothèque mais il doit attendre car un autre lecteur est dessus et les droits stipulent qu’on ne peut lire l’article simultanément !

Un peu de patience, la place se libère et il peut enfin parcourir son article. Et là, nouvelle stupeur, impossible de sauvegarder, rechercher, ni même copier/coller tout ou partie de l’article !

C’est une histoire démente. C’est une histoire fictive qui se rapproche chaque jour un peu plus de la réalité. Je me demande même si elle n’existe pas déjà quelque part.

Bienvenue au XXIe siècle…

Ce (faux) témoignage est issu de l’excellent livre « Biens Communs – La Prospérité par le Partage » que nous avons évoqué dans un billet précédent. Il fait tristement écho à l’article Pour libérer les sciences de Christophe Masutti. On pourra également lire avec effroi la nouvelle prémonitoire de Richard Stallman rédigée en 1997 : « Le droit de lire ».

Comment ce qui n’est pas rare le devient – Dissertation d’un étudiant sur le droit d’auteur moderne

URL d’origine du document

Extrait du rapport de Silke Helfrich, Rainer Kuhlen, Wolfgang Sachs, Christian Siefkes
Publié en décembre 2009 par la Fondation Heinrich Böll
Traduit par Jeremy Marham et Olivier Petitjean (Ritimo.org)
Sous licence Creative Commons By-Sa

Devant rédiger un devoir sur les biens communs, j’ai effectué une recherche sur Internet, laquelle fut fructueuse. J’ai pu télécharger facilement plusieurs textes et en inclure certains passages appropriés dans mon brouillon. Jusqu’à ce que mon attention soit attirée par un texte intéressant, qui était payant, c’est-à-dire qu’il ne pouvait être lu que dans une bibliothèque qui en aurait acquis les droits.

« Aucun problème, me suis-je dit, la bibliothèque universitaire est reliée au net, et son catalogue est accessible en ligne. » Et, de fait, l’article dont j’avais trouvé la référence était indiqué comme « disponible sous format électronique ». Pourtant, lorsque je tentai de le télécharger, un message d’erreur s’afficha: « Cet article n’est consultable que dans l’espace de la bibliothèque. » Je restai sans voix. Pourquoi donc ?

Je pris donc le bus jusqu’à la bibliothèque nationale – un trajet d’une petite heure – et m’orientai jusqu’aux places réservées à la consultation d’Internet. Là encore, je trouvai dans le catalogue en ligne la référence de l’article recherché.

Mais un nouveau message s’afficha à l’écran: « Le recueil recherché est actuellement consulté par un autre utilisateur. La bibliothèque n’a fait l’acquisition que d’un seul recueil et ne peut, selon le principe d’accessoriété au fonds, permettre un accès simultané qu’à autant d’articles qu’elle détient de droits sur l’édition achetée. Nous ne voyons pas dans votre cas une exception à cette règle. » À nouveau, je restai sans voix.

Je n’ai pas compris le terme «accessoriété au fonds», mais j’ai compris ce qu’il signifiait : je devais attendre !

Mais pourquoi donc ? N’avais-je pourtant pas appris récemment dans un séminaire que les ressources électroniques peuvent faire l’objet d’une utilisation non rivale ? Mon utilisation ne porte pas atteinte à celle des autres. J’ai brusquement pris conscience de ce que signifiait le fait de rendre rares et exclusives des choses comme la lecture d’un texte, qui ne devraient pas l’être selon cette théorie.

Bon, un café ne me ferait pas de mal…et, après le café, la voie était enfin libre ! Comme de toute façon l’article était plutôt long, je décidai de le sauvegarder sur ma clé USB afin de pouvoir le relire plus attentivement. «Save as». Une troisième fois, je restai sans voix. Cette fois, le message m’apprit que le texte ne pouvait pas être sauvegardé.

Contraint par la force des choses, je commençai à lire le texte. Puis je décidai de rechercher les passages comprenant les termes « commons » et « bien commun », qui m’intéressaient plus particulièrement. Résultat : « Aucun passage trouvé ». Étrange, c’est pourtant le sujet de l’article ! Je testai avec un mot courant de tous les jours : « Aucun passage trouvé ». La fonction de recherche en plein texte ne fonctionnait pas.

À bout de nerfs, je décidai de ne copier qu’une seule phrase importante, que je souhaitais citer, dans le presse-papiers et de la coller ensuite sur ma clé. Encore une fois, un message d’erreur apparut, où je trouvai finalement l’indication décisive: « Il s’agit d’un PDF protégé par un système de gestion des droits numériques ou digital rights management (DRM). Tous les droits appartiennent à la maison d’édition. Vous ne pouvez lire l’article qu’à l’écran. Vous avez le droit de prendre des notes. »

Je ne m’attendais pas à une telle mesure technique de protection dans une bibliothèque publique. Pour moi, cela signifiait soit que je devais passer les deux heures suivantes devant l’écran pour prendre des notes, comme c’était l’usage à l’époque de Gutenberg, soit que je quittais la salle de lecture en décidant que l’article en question n’avait pas assez importance. Je rejetai d’emblée la troisième possibilité consistant à acheter l’article en ligne à l’éditeur pour 30 euros, d’autant que je n’aurais reçu, même dans ce cas, qu’une licence pour mon usage personnel sur mon propre ordinateur.

Ah oui, et le message d’erreur ajoutait que le système de DRM était « dans mon propre intérêt »…

J’ai renoncé à l’article, mais je voulais tout de même au moins savoir la raison de tout ceci. J’avais toujours associé les questions de droits d’auteur et de copyright aux débats sur l’utilisation de la musique, des vidéos, des jeux ou de la littérature de divertissement. Mais la recherche, l’enseignement, les études ? Je me rappelai alors l’article 5 de la Loi fondamentale allemande :

(1) Chacun a le droit d’exprimer et de diffuser librement son opinion par la parole, par l’écrit et par l’image, et de s’informer sans entraves aux sources qui sont accessibles à tous…

(3) L’art et la science, la recherche et l’enseignement sont libres…

Une bibliothèque publique, ayant fait l’acquisition contre paiement des ouvrages qui y sont disponibles, est accessible à tous, mais je n’y ai pas bénéficié d’un accès libre. Et aurais-je mal compris également le passage concernant la liberté de la science ?

J’appris par la suite, en évoquant cette expérience avec mon professeur, que les droits énumérés dans la Loi fondamentale et ceux qui sont explicitement formulés dans une loi avec des restrictions éventuelles sont deux choses totalement différentes. Mon cas tombait sous la juridiction du droit des auteurs, lequel protège avant tout l’auteur, ou celui qui aurait acquis les droits de celui-ci dans le but de publier et exploiter ses ouvrages.

Certes, il existe bien sûr, afin de garantir l’intérêt public, certaines limites aux droits des auteurs ou des exploitants, qui pourraient permettre l’utilisation pleine et entière de documents électroniques dans les bibliothèques sans avoir à en demander la permission aux ayant droits. Mais seulement lorsque le législateur en dispose ainsi !

Et pourquoi n’est-ce pas le cas en l’occurrence ? Mon professeur me renvoya au paragraphe 52b de la loi sur les droits d’auteur, qui réglemente la « consultation d’ouvrages au moyen de postes de lecture électroniques dans les bibliothèques … » J’y trouvai toutes les dispositions législatives qui m’avaient empêché de travailler à la bibliothèque comme je suis habitué à le faire avec Internet. À vrai dire, je ne comprends pas. Pourquoi nos parlementaires adoptent-ils une loi qui rend l’accès à l’information et au savoir pour les étudiants et les professeurs plus difficile qu’au temps de Gutenberg ? D’autant plus que ce savoir est généralement produit grâce à des financements publics. Il me semble que cela mériterait un recours pour inconstitutionnalité.

En tout cas, j’ai trouvé le sujet de mon devoir :

Ce qui est dans le domaine public ou ce qui est financé par les deniers publics doit rester accessible à tous.