Je ne sais si c’est un regret mais je ne suis pas développeur. Du coup ma connaissance du logiciel libre est exogène et non endogène et par là-même inévitablement partielle. C’est pourquoi je suis souvent à l’affût d’informations sur les modes opératoire des projets communautaires libres qui me permettent de combler certaines lacunes et parfaire ma culture en la matière. J’y trouve également des sources d’inspiration pour notre propre projet qui est celui d’animer collectivement le réseau Framasoft avec quelque part le même état d’esprit qu’une communauté de développeurs open source.

Tout ça pour dire que cette nouvelle traduction concerne avant tout ceux qui voudraient rejoindre pour la première fois la communauté d’un logiciel libre mais également tous ceux qui en fins observateurs souhaitent un peu mieux comprendre comment ça marche de l’intérieur. Parce qu’effectivement, et Framasoft est là pour en témoigner en aval, force est de constater que le logiciel libre ça marche et même plutôt bien 🙂

Nous avons conservé tout le long l’expression open source utilisée par l’auteur. Même si parfois sujet à précision voire controverse, elle est ici pour nous pleinement synonyme de logiciel libre (free software).

Je signale au passage que sur le même thème notre dynamique petite équipe de traduction (baptisée Framalang) a entrepris une autre chantier autrement plus ambitieux : traduire le livre de Karl Fogel Producing Open Source Software dont nous espérons la matérialisation en un joli Framabook dans le courant de l’été^[1].

10 règles d’or pour démarrer avec l’open source

10 golden rules for starting with open source

Tobias Schlitt – 19 avril 2007
(Traduction Framalang : Daria, Olivier et Yostral)

Êtes-vous nouveau en open source ? Si ce n’est pas le cas, vous rappelez-vous encore ce que c’était, quand vous avez commencé pour la première fois avec l’open source? J’ai récemment essayé de me rappeler ces jours… c’était en 2001, quand j’ai découvert PEAR et que, peu de temps après, j’ai commencé à travailler sur mes propres paquets pour PEAR…

Je suis presque sûr d’avoir violé au moins 9 des 10 règles que je vais essayer d’écrire ici, règles que vous devriez connaître et prendre à coeur si vous voulez faire partie de la communauté open source. En tout cas, vous devrez garder ces règles en tête si vous voulez entrer dans la communauté PHP, mais je suis presque sûr que cela s’applique aussi à d’autres communautés.

Si vous voulez vous lancer tout de suite dans le développement open source, soyez sûr de lire les règles suivantes avant d’aller plus loin. Je suis sûr que vous avez beaucoup, beaucoup de grandes idées à l’esprit et que vous ne pouvez pas attendre pour en parler et les réaliser. Mais, prenez d’abord une grande respiration et lisez les règles suivantes, pensez-y, prenez-les à coeur, puis recommencez et repensez-y encore…

1. Collez à votre niveau de Karma

L’open source n’est pas une démocratie. Vous avez entendu autre chose ? C’est faux. Gardez toujours à l’esprit : l’open source n’est pas une démocratie. Chaque développeur a un certain niveau de Karma (inexprimé et inexprimable), ce qui lui permet de décider (ou même de dicter) des choses et d’utiliser certaines infrastructures de la communauté (comme leur système de versionnage , leurs serveurs…). Pensez au Karma comme à votre niveau de points dans un jeu de rôle. Plus le nombre de niveau auxquels vous avez joué augmente, plus vous résolvez des énigmes, plus votre niveau de Karma s’élève. Mais prenez garde, il peut aussi baisser si vous n’agissez pas correctement.

Cela étant, si vous êtes nouveau dans cette communauté, votre niveau de Karma est de 0, par défaut. Vous devrez toujours garder cela en tête. Donc, qu’est-ce que c’est tous ces trucs autour du Karma ? Le Karma représente essentiellement la confiance que la communauté a en vous. Il n’est pas possible de mesurer le Karma avec un nombre ou même de le deviner, parce qu’il y a tellement de facteurs influençant votre Karma, et votre niveau de Karma est différent pour chaque individu de la communauté. Par exemple votre niveau d’expérience technique influence habituellement grandement votre Karma : plus vous en savez à propos du sujet de votre projet et au sujet de l’environnement technique, plus votre Karma sera élevé. Un autre facteur est la quantité de travail que vous investissez dans le projet : si vous êtes membre de ce projet depuis longtemps et que vous avez déjà passé des milliers d’heures à travailler dessus, votre Karma sera probablement élevé aussi.

Il y a beaucoup d’autres facteurs qui influencent votre Karma de développeur open source, comme vous allez l’expérimenter dans les prochaines semaines et prochains mois. Ce que vous devez avant tout vous rappeler est ceci : si vous êtes nouveau dans la communauté votre niveau de Karma est de 0 (ou proche). Pour augmenter votre Karma vous avez besoin de montrer à la communauté que vous êtes digne de confiance. Vous y parviendrez en respectant simplement les 9 règles suivantes.

2. L’information est le Karma

La première chose que vous voudriez probablement faire c’est poser une question ou proposer une idée cool à la communauté. Il y a de bonnes chances pour que vous le fassiez sur une liste de diffusion, qui est le moyen de communication le plus commun dans le monde de l’open source. Evitez de faire cela tout d’abord ! Les gens se fatiguent vraiment très vite si vous leur demandez quelque chose qui est évident à leurs yeux ou si vous proposez une idée/posez une question qui a été proposée/posée par d’autres avant (surtout si cela est déjà arrivé plusieurs fois).

Donc, que devrez-vous effectivement faire avant de poster une question ? Cherchez l’information ! Essayez Google, les sites des projets, les archives des listes de diffusion, la sphère des blogs du projet et toutes les ressources que vous pourrez imaginer. N’effectuez pas une seule recherche, mais affinez votre recherche pour voir s’il n’y a vraiment rien de relatif à votre question. Il n’y a rien? Essayez encore de chercher ! Il n’y a vraiment rien ? Ok, alors allez-y et écrivez votre billet. Mais soyez sûr de lire les 8 règles suivantes avant de le faire !

Et que faire si vous avez une idée ? Faites la même chose que ce que vous devez faire pour les questions ! Regardez si quelqu’un d’autre n’a pas eu la même idée ou une idée similaire. Vous ne trouvez rien ? Vraiment sûr ? Faites alors des recherches sur le sujet. N’écrivez pas simplement quelque chose comme « Ne serait-il pas cool de… » ou « J’ai eu l’idée de… ». Effectuez des recherches sur le sujet dont vous voulez parler avec pédantisme. Comment d’autres projets (peut-être dans d’autres langages ou sur d’autres systèmes d’exploitations) résolvent-ils la question ? N’y a-t-il rien de similaire qui existe ? Pensez aux autres besoins des utilisateurs. Est-ce que c’est quelque chose spécialement pour vous ? Alors commencez à écrire une prétendue proposition. Choisissez un sujet explicite pour votre billet (pas seulement « J’ai une idée » ou quelque chose comme ça). Commencez à écrire une spécification : quel est votre problème ? Quelle est votre idée pour le résoudre ? Comment cela s’intégre-t-il dans le projet ? Qu’est-ce qui est nécessaire pour le faire ? Soyez prolixe sur tout cela. Dans la plupart des cas, les autres personnes ont une perspective complètement différente de la situation globale.

3. S’y habituer

Un point très important avant que vous ne commenciez à devenir un « contributeur » est de vous habituer à ce avec quoi vous travaillez et au sujet dont vous parlez. Vous n’aurez probablement jamais utilisé certains des outils qui sont employés couramment pour le projet, ou bien les outils utilisés sont différents de ceux dont vous avez l’habitude. Habituez-vous à ces outils et, plus important encore, habituez-vous au projet lui-même. Connaître tous les processus qui sont mis en oeuvre dans votre communauté est un point important. Devenir un habitué des outils qu’ils utilisent l’est encore plus.

L’un des ces outils importants est GNU patch, un outil qui applique des modifications (communément appelé un diff pour difference) à une version existante du code. Générer un patch est en général réalisé avec l’outil GNU diff. Si vous voulez produire un patch pour du code, vous aurez probablement besoin de cet outil. Beaucoup de projets utilisent un système de versionnage pour archiver leur code source. Les programmes les plus courants sont CVS et son petit frère plus récent SVN. Habituez-vous à ces systèmes et utilisez les activement ! Ces deux systèmes vous autorisent à extraire (check out en anglais) une certaine version de la source, à la manipuler et automatiquement à génerer un diff pour vos changements.

Si vous avez déjà fait ça, continuez et lisez les 7 prochaines règles !

4. Ne vous surestimez pas

Vous êtes un geek cool. Vous faites du développement depuis des années et, dans votre entourage, vous êtes un des gars les plus intelligents. C’est super. Mais ne présumez pas que cela vaut aussi pour le projet que vous voulez rejoindre. L’open source est habituellement réalisée par des gens qui sont extrêmement intéressés par le sujet, qui sont parfois beaucoup plus intelligents que vous et qui ont probablement une centaine de fois plus d’expérience que vous dans ce sujet spécifique. Restez calme et soyez plutôt timide qu’arrogant. Réfléchissez aux réponses données par les membres du projet, même si vous les trouvez stupides de prime abord ou si elles vous semblent grossières. Etudiez les sujets dont les gens parlent avant d’écrire une réponse. Prenez les réponses à vos demandes sérieusement, même si elles peuvent vous sembler illogiques.

5. Agir signifie Karma

Comme dit auparavant, le Karma est une valeur appréciable, qui dépend d’une centaine de facteurs. Un de ces facteurs est la comparaison entre ce que vous dites et ce que vous faites. Si vous avez une idée pour un projet et que vous êtes capable de la réaliser : allez-y et mettez la en œuvre. Si vous avez besoin d’une fonctionnalité, vous la ferez probablement de toute façon et utiliserez votre patch pour votre usage personnel. Si cela fonctionne, allez à la règle 2 et attachez votre patch à la proposition que vous avez écrite ! Cependant, avant d’agir, finissez de lire les 5 règles suivantes.

6. Soyez amical et ouvert

La plupart des développeurs open source avec qui vous traiterez auront probablement fait de l’open source depuis des années. Ils sont déjà stressés par des utilisateurs qui attendent que quelque chose se passe mal et par les nouveaux développeurs qui ne collent pas aux règles que vous êtes en train de lire. Souvenez-vous de ceci quand vous lisez leurs mails. Ces gars ne sont pas inamicaux ou grossiers, ils sont seulement occupés et ennuyés. Vous arriverez dans un état, où vous aurez à lire 20 listes de diffusion avec des milliers de posts, garder un oeil sur le grand nombre de lignes de code, intervenir dans beaucoup de discussions et interagir avec beaucoup de personnes différentes. Quand vous lirez les mails, prenez juste l’essence objective des mots que vous lisez et ignorez la tonalité que vous pourriez ressentir.

7. S’énerver est mauvais !

Cette règle^[2] est presque la même que la règle 6, mais c’est toujours très important. Lisez chaque conversation avec attention. Je connais ce sentiment assez bien, lorsque vous pensez que votre interlocuteur « est un idiot ». Il ne l’est pas ! Il n’y a pas d’idiot ici. Il a juste un point de vue différent du votre, ou a une base technique différente. Restez calme, réfléchissez à votre réponse pendant quelques minutes/heures/jours, puis écrivez-la quand vous ne serez plus en colère. Essayez d’énoncer vos arguments avec des mots polis et expliquez en détails pourquoi vous avez une opinion différente. Si vous sentez votre colère revenir pendant que vous écrivez, gardez votre réponse et revoyez-la encore plus tard. Les discussions enflammées sont vraiment une mauvaise chose et polluent les canaux de communication de votre projet. Elles ne cesseront jamais d’être mais c’est ainsi. La seule chose que vous pouvez faire contre cela, c’est de ne pas y prendre part.

8. Respecter le code étranger

Chaque partie du code que vous verrez a été écrite dans un but précis. Si vous parcourez le code d’autres personnes, vous penserez souvent « Quoi !!! ». Ne changez pas immédiatement le code pour qu’il fonctionne comme vous l’attendez personnellement. Prenez contact avec le développeur qui a écrit le code (par exemple en utilisant « svn blame », voir la règle 3). Discutez de votre point de vue avec lui. Ne faites pas cela en public tant que cela n’affecte pas une grande partie du projet. Si vous le faîtes, référez-vous au système de communication générale de votre projet et annoncez le problème à cet endroit. Souvenez-vous à tout prix des règles 2, 3 et 4. Si vous ne pouvez pas décider si un problème y a sa place, prenez contact avec des gens du projet que vous connaissez déjà et demandez-leur de l’aide. Si vous êtes sympa et que vous leur décrivez ce que vous voulez, ils vous aideront sûrement.

9. N’attendez rien

L’open source signifie habituellement travailler sur la base du volontariat. Ces gens fournissent (pour la plupart) des logiciels gratuits, donc ils ne font pas d’argent avec ce qu’ils réalisent de leurs mains. Ils le font pour différentes raisons. Certains sont juste idéalistes, d’autres veulent simplement partager quelque chose, d’autres veulent se faire connaître, d’autres veulent faire de l’argent avec les services qu’ils fournissent en plus et d’autres encore ont tout en même temps à l’esprit ou encore d’autres raisons… Quelle que soit leur raison pour faire de l’open source, ils le font gratuitement. Gardez toujours cela à l’esprit quand vous leur soumettez une requête.

Par exemple « les demandes de fonctionnalités » sont une bonne chose. Elles donnent aux développeurs une idée de ce dont ils pourraient aussi avoir besoin. Cependant, la majorité des développeurs open source implémenteront seulement les fonctionnalités dont ils ont aussi besoin, ou dans lequel ils voient un défi technique intéressant. Ne soyez pas ennuyé s’ils refusent d’implémenter une fonctionnalité dont vous auriez besoin. C’est leur strict droit de le refuser, jusqu’à ce que vous les payez pour le faire. Si une demande de fonctionnalité est refusée ou n’est pas implémentée, allez-y, implémentez-la vous-même ou envisagez de payer un développeur pour son implémentation. Les développeurs open source ont aussi besoin d’argent pour vivre et ils ne refuseront probablement pas de vous fournir un patch en échange d’un salaire. Quoi qu’il en soit, ils pourraient encore ne pas inclure votre idée dans leur projet ou l’implémenter d’une façon différente. Ne soyez pas fâché ! Ils ont le droit de le faire ! Essayez de faire avec leur conclusion ou essayez de les convaincre de le faire différemment, mais souvenez-vous toujours de respecter les 8 règles précédentes quand vous le faites.

Peu importe ce qui a été décrit avant, reconsidérez toujours votre idée plusieurs fois. Attendre quelque chose d’un développeur open source n’est pas la manière dont les choses marchent habituellement. Le faire vous-même est ce qui habituel.

10. Apprendre est tout

L’idée la plus importante derrière l’open source est l’apprentissage. Les gens fournissent leurs sources de manière ouverte pour permettre à d’autres personnes d’apprendre de leurs sources et d’apprendre des contributions des autres. C’est la même chose pour n’importe quel savoir ou connaissance fourni à propos du projet. Regardez simplement cet article et réfléchissez aux raisons pour lesquelles j’ai pu l’écrire ? C’est exact, c’est parce que je veux partager mon expérience de la communauté open source avec toute personne la découvrant et parce que je veux avoir des retours des autres, pour voir où je pourrais encore avoir des faiblesses et ce à quoi je n’ai pas prêté attention, pour le moment.

Soyez sûr d’apprendre quelque chose de chaque ligne que vous lisez, que ce soit du code ou une conversation. Vous pouvez apprendre de tout le monde, même si cela vous permet seulement d’apprendre comment une chose ne doit pas être faite…

Pendant que j’écrivais ces 10 règles, que je considère très importantes à lire pour chaque nouveau développeur open source, j’avais déjà d’autres règles en tête. Mais restons en là avec ces 10 règles, pour donner un point de départ. Si je pense à d’autres choses qui s’avèreraient être un ajout réellement intéressant, je les ajouterai plus tard. Nous verrons. Merci pour tous vos retours et j’espère que ce billet sera utile à chaque nouveau…

Kore m’a aussi conseillé de me référer à De la bonne manière de poser les questions, qui lui a rappelé ce billet, lorsqu’il le relisait. Je n’ai pas lu cet article avant (mais peut-être un autre semblable), mais cela a vraiment l’air approprié. Si vous avez d’autres ressources, n’hésitez pas à laisser un commentaire !

Cet article propose la traduction^[1] non officielle d’un article important de la Free Software Foundation (FSF). J’en reprends ici la limpide présentation de Thomas Petazzoni dans sa news LinuxFr du 5 mars dernier.

La Fondation pour le Logiciel Libre (FSF) a publié, ce premier mars, un document intitulé The road to hardware free from restrictions: how the hardware vendors can help the free software community, dans lequel elle invite les constructeurs de matériel à travailler avec la communauté du Logiciel Libre pour établir une relation mutuellement bénéficiaire.

La fondation propose aux constructeurs d’agir dans cinq domaines :

– Développement de pilotes libres pour le matériel, en diffusant la documentation de leurs matériels, voire en aidant la communauté du Logiciel Libre à développer les pilotes, ou en les développant en interne
– Non-verrouillage au niveau des BIOS de certaines fonctionnalités (comme les marques de cartes mini-PCI acceptées, ou les fonctionnalités de virtualisation du processeur)
– Aider au développement d’un BIOS libre, en diffusant la documentation bas-niveau du matériel voire en distribuant du matériel utilisant un BIOS libre
– Vendre des ordinateurs sans système d’exploitation pré-installé, ou avec un système d’exploitation libre
– Résister à la pression des industries de la culture souhaitant mettre en place des mesures techniques de protection au niveau matériel

Pour chaque point, la Fondation pour le Logiciel Libre liste des moyens d’actions précis pour aider la communauté du Logiciel Libre, et donne les intérêts qu’auraient les constructeurs à agir dans ce sens.

L’occasion de rappeller l’action du site detaxe.org contre la vente liée qui continue à attendre vos signatures. Et d’évoquer la toute récente et salutaire décision de Dell d’inclure très prochainement des ordinateurs sous Ubuntu dans leur offre grand public, évènement majeur en phase avec les souhaits exprimés par cet article^[2].

Vers du matériel sans restrictions : comment les constructeurs peuvent aider la communauté du logiciel libre

The road to hardware free from restrictions: How hardware vendors can help the free software community

par Justin Baugh et Ward Vandewege
Senior systems administrators
Free Software Foundation

Février 2007

Introduction

Le marché du matériel informatique évolue résolument vers un écosystème standardisé basé sur du matériel sans restrictions. On voit déjà des petits fournisseurs augmenter leurs ventes en s’assurant que leur matériel fonctionne de manière optimale avec les logiciels libres et que leurs pilotes sont faciles à développer et entretenir. Les géants de l’industrie ont déjà mis à profit cette recette sur le marché des serveurs mais doivent encore prendre les mêmes engagements dans le domaine du matériel grand public.

Les vendeurs qui ont compris cette évolution sauront tirer profit de l’avantage stratégique que leur donnera la communauté du logiciel libre. Les vendeurs qui ne parviennent pas à réaliser ceci seront dépassés par des concurrents plus agiles.

Les pilotes libres

L’un des plus gros problèmes auquel doit faire face la communauté du logiciel libre aujourd’hui est le manque de pilotes libres pour le matériel courant. Des avancées significatives ont été faites dans ce domaine pour les systèmes GNU/Linux, soit par le support tacite des fabriquants soit par un laborieux processus de rétro-ingéniérie. Deux bastions des pilotes propriétaires restent toujours à conquérir: les interfaces de réseaux sans fils et les cartes graphiques. La communauté s’est largement mobilisée pour obtenir des pilotes libres pour tout le matériel. (La pétition Free Drivers Petition envoyée aux fabriquants de matériel a recueilli à ce jour plus de 5000 signatures.)

Presque toutes les cartes sans fils ainsi que les dispositifs USB nécessitent soit le chargement d’un firmware par un pilote libre soit l’utilisation des pilotes Windows grâce à un programme d’émulation libre (Ndiswrapper). Ndiswrapper entraîne une utilisation supplémentaire non nécessaire du processeur. Les pilotes propriétaires qu’il utilise sont souvent de mauvaise qualité, ce qui peut conduire à des problèmes de stabilité et de grandes difficultés pour fournir de l’aide aux utilisateurs. La plupart des cartes graphiques ne fonctionneront pas à 100% de leur potentiel sans des pilotes propriétaires, particulièrement dans les applications 3D.

On retrouve là les problèmes habituels du logiciel propriétaire. Des bugs dans les pilotes propriétaires peuvent aboutir à des failles de sécurité au cœur du système qui ne peuvent être corrigées sans l’intervention du vendeur. Cela peut prendre des mois pour corriger des bugs signalés par la communauté, si toutefois un correctif arrive un jour. Souvent les vendeurs prêtent peu attention aux problèmes des utilisateurs qui ont déjà acheté leurs produits. Par exemple, dans le cas particulier des pilotes binaires NVidia, quelques failles de sécurité de la plus haute importance sont restées sans correctif pendant bien trop longtemps. Le matériel qui requiert un firmware propriétaires, utilisable grâce à un logiciel libre, évite le problème en enfermant tous les renseignements dans un boîte noire que l’utilisateur ne peut ouvrir. C’est simplement de la poudre aux yeux, cela donne l’impression que le vendeur de matériel respecte le principe du libre alors que les problèmes de la communauté restent marginalisés.

Comment les vendeurs de matériel peuvent apporter leur soutien

• Les vendeurs de matériel pourraient imposer que la documentation technique de base complète soit rendue disponible pour le matériel utilisé dans leurs produits. Cette documentation devrait être mise à la disposition des clients sans restriction, comme c’était le cas avant.
• Les vendeurs pourraient encourager le développement de pilotes libres pour leur matériel soit en écrivant les pilotes eux même ou en aidant l’effort de développement de la communauté.
• Les vendeurs pourraient travailler avec la communauté pour faire inclure les pilotes directement dans la version de base du noyau, Linux. Ceci rendrait la maintenance et la mise à jour des pilotes beaucoup plus simple aussi bien pour les développeurs que pour les utilisateurs.

Qu’est ce que cela apporterait au vendeur?

Un matériel bien documenté et supporté par des pilotes libres sera significativement plus utile aux membres de la communauté du logiciel libre ainsi qu’au grand public. Une image de matériel libre amène des critiques positives, une image de marque plus forte et des ventes en augmentation. (“Dans un sondage de 1800 jeunes, publié par Cone Inc. et AMP Insights, deux compagnies de marketing de Boston, 89% des sondés disent qu’ils seraient prêts à passer d’une marque à une autre si la seconde est associée à une bonne cause.” Chronicle of Philanthropy, 2006.11.09, Peter Panepento.) Le respect de la liberté de l’utilisateur est un signe distinctif d’une compagnie qui a une certaine éthique.

Le logiciel libre est une question de liberté: les gens devraient être libre d’utiliser les logiciels de toutes les manières qui soient socialement utiles. Voir http://www.gnu.org/philosophy/

Les verrous liés aux BIOS propriétaires

Il y a un certain nombre de problèmes sérieux avec les BIOS propriétaires livrés en général avec les systèmes vendus aux particuliers par les grands vendeurs. Deux problèmes particulièrement flagrants sont:

• Le verrou qui empêche l’utilisation de cartes au format minipci dans les ordinateurs portables.

Plusieurs vendeurs emploient des codes dans le BIOS pour restreindre l’utilisation des emplacements minipci, qui sont pourtant complètement standardisées, afin qu’elles n’acceptent que des cartes d’extension pré-approuvées. C’est un problème majeur, en particulier car les cartes pré-approuvées sont souvent conçues par des vendeurs hostiles au logiciel libre, comme Broadcom.

• La désactivation des fonctions de virtualisation matérielle des processeurs modernes.

Il a été signalé que certaines machines se sont vues amputées des fonctions de virtualisation matérielle du processeur par le BIOS d’usine. Les raisons invoquées par un vendeur sont que la virtualisation n’a pas été testée sur ses produits, c’est pourquoi cette fonction a été désactivée. (Voir Business support forums – nw8440 – VT disabled in bios.)
Il n’y a aucun intérêt à ce que les fabriquants de carte mère OEM appliquent des restrictions similaires.

Comment les vendeurs de matériel peuvent aider

Les vendeurs ne devraient pas délibérément amputer leur matériel de certaines fonctions par le biais de cadenas ou de DRM dans le BIOS.

Comment cela peut-il être bénéfique pour le vendeur?

En retirant ces restrictions artificielles, les utilisateurs seront libre d’utiliser leur matériel au maximum de ses capacités, ceci incluant la liberté de combiner les composants comme bon leur semble. Pour une grande communauté informée telle que la communauté du logiciel libre, cette liberté fait ou défait les décisions d’achat.

Le soutien des BIOS libres

Un mouvement entrain de se développer vise à remplacer les BIOS propriétaires par un BIOS libre. Le gros de l’effort fournit soutient LinuxBIOS. (Voir http://linuxbios.org/.)

Comment les vendeurs de matériel peuvent aider

Les vendeurs de matériel pourraient apporter leur soutien à la communauté en donnant accès, sous une licence permissive, à toute la documentation matériel de base nécessaire pour développer un BIOS libre pour leur système et idéalement en apportant une aide sur le plan de l’ingénierie.

Les vendeurs de matériel pourraient vendre leurs produits avec un BIOS libre plutôt qu’un BIOS propriétaire. La communauté du logiciel libre apprécie le matériel qui peut être utilisé entièrement grâce à des logiciels libres, depuis le BIOS, et est prête à payer pour cela.

Comment cela peut-il être bénéfique pour le vendeur?

C’est dans l’intérêt du vendeur de matériel de supporter un BIOS libre car il offre certains avantages par rapport aux BIOS propriétaires:

• La majeure partie du code est écrite en C, qui est beaucoup plus simple à entretenir qu’un code d’assembleur.
• Il travaille presque entièrement en mode 32-bits protégé.
• Plutôt que de perpétuer des décisions faites dans les années 1970 il est basé sur une architecture moderne.
• De nouvelles possibilités révolutionnaires sont possibles, comme implanter un noyau complet dans une puce ROM.
• Le démarrage ne prend que quelques secondes, ce qui est seulement un faible pourcentage du temps qu’un BIOS propriétaire moyen met à démarrer.
• Le vendeur ne dépend pas uniquement d’un fournisseur de BIOS propriétaire pour les modifications et corrections à apporter au code.
• Comme il est sous licence GPL il n’y a pas de brevet, de redevance ou de taxe de licence à payer.

La “Taxe Microsoft”

Il est quasiment impossible d’acheter du matériel sans un système d’exploitation Microsoft pré-installé. Les vendeurs qui proposent ce genre de systèmes n’encouragent pas leur achat en les cachant. Les vendeurs qui pré-installent GNU/Linux se contentent souvent de n’offrir qu’une liste de systèmes sélectionnés. En aucun cas les vendeurs n’offrent un rabais, bien qu’ils économisent de l’argent en n’incluant pas de licence OEM de Microsoft.

Comment les vendeurs peuvent aider

• Les vendeurs pourraient proposer des machines avec l’option “sans système d’exploitation” pour chacun de leurs produits, machines pour le grand public comprises, les ordinateurs portables en particulier.
• Quand l’option “pas de système d’exploitation” est choisie, les vendeurs devraient baisser le prix de l’ordinateur du coût de la licence OEM de Microsoft.
• Les vendeurs pourraient proposer de pré-installer certaines distributions GNU/Linux de manière optionnelle, également pour les machines grand public et en particulier pour les ordinateurs portables. Les fonctionnalités du sous-système comme ACPI devraient être testées sur ces machines.

Comment cela peut-il être bénéfique pour le vendeur?

En vendant et en faisant de la publicité pour du matériel sans système d’exploitation pré-installé, ou avec un système d’exploitation GNU/Linux, les vendeurs deviendraient moins dépendant de Microsoft. Des millions de personnes utilisent déjà des systèmes GNU/Linux. La communauté du logiciel libre assistera sans aucun doute les vendeurs qui proposent du matériel sans assujettir leurs clients à la “Taxe Microsoft”. Un coût réduit pour le vendeur signifie des prix réduits et de meilleures ventes.

Digital Restrictions Management

La communauté du logiciel libre s’oppose à l’astreinte des Digital Restrictions Management (DRM) (Mesures Techniques de Protection (MTP) en français). L’implémentation logicielle actuelle des DRM s’est montrée non sécurisée, ardue et ingérable, cette technologie anti-consommateur se déplace de plus en plus du logiciel vers le matériel. D’habitude les vendeurs de matériel encouragent l’utilisation innovante des nouvelles technologies et des nouveaux médias plutôt que de la restreindre. Cette culture de l’innovation est la base de toute l’industrie du matériel informatique.

Comment les vendeurs de matériel peuvent aider

Les vendeurs de matériel pourraient résister à la pression que leur imposent les industries du divertissement pour étouffer cette culture de l’innovation et faire pression pour obtenir des lois qui protègent les droits des consommateurs.

Comment cela peut-il être bénéfique pour le vendeur?

La communauté du logiciel libre affluera vers les vendeurs qui protègent les droits des consommateurs en fournissant “du matériel libre de restrictions.” Les vendeurs qui vendent du matériel défectueux de par sa conception verront leurs ventes et le support de la communauté diminuer. En prenant la direction opposée aux DRM matériels les vendeurs resteraient également libres d’innover plutôt que de devoir attendre l’approbation des grands médias pour chaque nouveau produit.

Conclusion

En effectuant les changements recommandés dans une ou chacune de ces cinq directions (Les pilotes libres, les verrous liés aux BIOS propriétaires, le soutien des BIOS libres, la “Taxe Microsoft”, Digital Restrictions Management) les vendeurs de matériel aideront à établir une relation mutuellement bénéfique avec la communauté du logiciel libre. Les vendeurs augmenteront leurs ventes et la communauté du logiciel libre trouvera du matériel qui est conforme à ses aspirations éthiques. La Free Software Foundation est impatiente d’aider les vendeurs de matériel intéressés par les changements recommandés dans cette lettre. Les vendeurs ne devraient pas hésiter à tirer profit de cette opportunité encore très peu explorée.

Copyright © 2007 Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA

La copie mot pour mot et la distribution de cet article sont permises dans le monde entier, sans redevance, sous n’importe quelle forme, à condition de préserver cette note.

Une traduction d’un article de Richard Hillesley paru récemment sur Tux Deluxe et qui fait écho à la récente conférence de Stallman mis en ligne sur ce blog.

Le titre interrogatif de ce billet est directement inspiré d’une citation de Larry Lessig extraite de la traduction :

Chaque génération a son philosophe – un écrivain ou un artiste qui saisit l’imaginaire du moment. Parfois, ces philosophes sont reconnus en tant que tel ; souvent, il faut des générations pour faire le rapprochement. Mais reconnu ou non, une époque est marquée par les gens qui expriment leurs idéaux, que ce soit dans les murmures d’un poème, ou dans le grondement d’un mouvement politique. Notre génération a un philosophe. Ce n’est pas un artiste, ou un écrivrain professionnel. C’est un programmeur.

J’en profite pour signaler que nous avons entamé un projet ambitieux, celui de traduire collectivement via Wikisource la biographie de Stallman par Sam Williams Free as in Freedom. Avis donc à tout traducteur qui souhaiterait participer^[1].

Soyez réaliste. Demandez l’impossible

Be Realistic. Demand the Impossible

Richard Hillesley – 18 mars 2007
(Traduction Framalang : Penguin, Daria et Olivier)

Un des slogans favoris des Situationnistes, pendant les agitations sociales de Mai 68 en Europe, était « Soyez réaliste. Demandez l’impossible ». Vivez votre vie à fond, osez rêver, nagez à contre-courant, et vos rêves deviendront réalité. Ce slogan aurait pu être écrit pour décrire la mission de Richard Stallman, le père de GNU, de la licence GPL et du mouvement du logiciel libre, qui a consacré sa vie à réaliser le rêve d’un système d’exploitation qui soit écrit de A à Z et qui soit totalement libre.

Stallman est un esprit implacable, et a souvent été comparé à un prophète de l’Ancien Testament – « une sorte de Moïse geek portant les commandements GNU GPL, et essayant d’amener la tribu hacker à la terre promise de la liberté, qu’ils veuillent y aller ou non. Ses longs cheveux, tombant abondamment sur ses épaules, sa grosse barbe, et un regard intense contribuent évidemment à cet effet. » (Glyn Moody – Le Code du Rebelle p29)

Comme cela est suggéré, Stallman est un ascète qui ne tolère aucun compromis, et qui a consacré sa vie et sa fortune, notamment les 240.000 $ de la « bourse du génie » (« genius grant ») offert par la fondation MacArthur en 1990, pour parcourir le monde avec son portable exsangue, évangélisant et prêchant à qui veut l’entendre la nécessité du logiciel libre. « La seule raison pour laquelle nous avons un système d’exploitation totalement libre », a-t-il confié à Moody, « c’est grâce au mouvement qui a dit que nous voulions un système d’exploitation totalement libre, et pas libre seulement à 90%. Si vous n’avez pas la liberté pour principe, vous trouverez toujours une bonne raison de faire une exception. Il y aura toujours des moments où, pour une raison ou pour une autre, il y a un avantage pratique à faire une exception. »

Stallman clame que le plus grand effet de la bourse MacArthur a eu sur son style de vie, c’est qu’il lui a été plus facile de s’inscrire pour voter. Stallman vivait dans son bureau. Les autorités refusaient de croire que son bureau était aussi son lieu de résidence, jusqu’à ce qu’un article de journal concernant la bourse MacArthur confirma ses affirmations.

« Je vis vraiment à peu de frais. Je vis encore en gros comme un étudiant, car je n’ai jamais eu envie d’arrêter », déclara-t-il à Michael Gross en 1999^[2]. « Les voitures, les grandes maisons ne m’attirent pas. Pas du tout. Je n’étais pas un esclave de la soif de l’argent, et cela m’a permis de faire quelque chose qui en valait la peine. C’est pourquoi, lorsque j’ai commencé le projet GNU, j’ai aussi commencé à faire pousser mes cheveux. J’ai fait cela parce que je voulais dire : Je suis d’accord avec un aspect du mouvement hippie : ne faites pas de la réussite matérielle un but dans la vie. »

La vision ascétique et sans compromis de Stallman n’est pas universellement populaire, même parmi les hackers qui ont bénéficié de son dévouement. Car l’objectif du logiciel libre ne commence ou ne finit pas avec GNU/Linux, GNU Hurd, ou n’importe quel autre système d’exploitation, langage ou application qui a été, ou qui pourra être, développé sur le modèle ouvert que la GPL favorise. Stallman accorde moins d’importance au fait qu’un logiciel libre fonctionne mieux et soit plus efficace qu’à son caractère libre.

« Cela ne concerne pas l’argent », dit-il, « cela concerne la liberté. Si vous pensez que cela concerne l’argent, vous n’avez rien compris. Je veux utiliser un ordinateur librement, pour coopérer, pas pour restreindre ou interdire de partager. Le système GNU/Linux a obtenu du succès avec plus que cela. Le système est devenu populaire pour des raisons pratiques. C’est un bon système. Le danger réside dans le fait que les gens vont l’aimer parce qu’il est pratique et qu’il va devenir populaire sans que personne n’ait la plus vague idée des idéaux qui sont derrière, ce qui serait une manière ironique d’échouer. »

Stallman relate que lorsqu’il a fondé le projet GNU en septembre 1983, les gens disait, « Oh, c’est un boulot infiniment difficile; tu ne pourras tout simplement pas écrire un système comme Unix. Comment serait-il possible de faire tout cela ? Ce serait bien, mais c’est tout simplement sans espoir. »

La réponse de Stallman était qu’il allait le faire quand même. « C’est ici que je suis doué. Je suis doué à être très, très têtu et à ignorer toutes les raisons qui pourraient me faire changer de but, raisons qui pousseraient beaucoup d’autres personnes à le faire. Beaucoup de gens veulent être du côté gagnant. Je n’en avais rien à cirer. Je voulais juste être du côté de ce qui était bien, même si je ne gagnais pas, au moins, j’allais vraiment essayer. »

Neuf ans plus tard, Linus Torvalds annonçait sur comp.os.minix : « Je suis en train de faire un système (libre) d’exploitation (il s’agit juste d’un hobby, ce ne sera pas ambitieux ni professionnel comme GNU) pour les clones AT 386(486). » Du point de vue de Stallman, le noyau Linux est juste une partie du système d’exploitation. « Il n’existe pas de système d’exploitation appelé Linux. Le système d’exploitation appelé Linux est GNU. Linux est un programme – un noyau. Un noyau est une partie du système d’exploitation, le programme de niveau le plus bas du système qui surveille l’exécution des autres programmes et partage la mémoire et le temps de calcul du processeur entre eux. »

L’affirmation controversée de Stallman que Linux devrait correctement être connu sous le nom de GNU/Linux est motivé par son désir que « les gens comprennent que le système existe grâce une philosophie idéaliste. Si vous l’appelez Linux, vous allez à l’encontre de la philosophie. C’est un problème très grave. Linux n’est pas le système. Linux n’en est qu’une partie. (…) La vision idéaliste du projet GNU est la raison pour laquelle nous avons le système. »

La contribution particulière de Stallman au mouvement du logiciel libre a été de mettre en lumière les obstacles légaux et propriétaires de la libre distribution des logiciels et des idées. Le langage universel des contributeurs des projets open source (et de l’industrie du logiciel en général) a été influencé par les fondements philosophiques et politiques fournis par les écrits de Stallman, spécialement sa vision perspicace de la nature des lois concernant les copyrights et les brevets logiciels.

En introduction de Free Software, Free Society, une collection d’essais et de conférences de Richard Stallman, publiée par GNU press, Lawrence Lessig, professeur de droit à l’université de Stanford, déclare que « Chaque génération a son philosophe – un écrivain ou un artiste qui saisit l’imaginaire du moment. Parfois, ces philosophes sont reconnus en tant que tel ; souvent, il faut des générations pour faire le rapprochement. Mais reconnu ou non, une époque est marquée par les gens qui expriment leurs idéaux, que ce soit dans les murmures d’un poème, ou dans le grondement d’un mouvement politique. Notre génération a un philosophe. Ce n’est pas un artiste, ou un écrivrain professionnel. C’est un programmeur. »

Stallman n’est pas seulement le philosophe et la conscience (peut-être accidentels) du mouvement du logiciel libre, mais il est aussi considéré comme le hacker ultime, ayant contribué à de nombreux outils de base sans lesquels Linux n’aurait pu exister. Le code de Stallman réprésente l’une des contributions individuelles les plus importantes des distributions Linux classiques. Beaucoup de développeurs considèrent Emacs, le premier grand logiciel créé par Stallman, comme le système d’exploitation ultime au sein d’un système d’exploitation. Les outils GNU écrits par Stallman et la FSF (en particulier le compilateur GNU gcc) étaient les pré-requis pour construire le noyau qui deviendra Linux.

La plus grande réalisation de Stallman, la licence publique générale GNU (GPL), a amené beaucoup de bénéfices tout autant aux utilisateurs qu’aux développeurs, certains n’ayant même pas été nécessairement prévus au moment de sa création. La licence et son préambule sont une présentation en profondeur du but poursuivi par Stallman, de libérer le logiciel de chaînes propriétaires qui l’entravent, et de permettre aux hackers (dans le sens premier du mot, « un programmeur enthousiaste qui partage son travail avec les autres ») d’avoir la liberté de développer, d’améliorer et de partager leur code.

L’ingrédient essentiel de la GPL est le concept de Copyleft, qui utilise la puissance du copyright pour garantir qu’un logiciel libre restera libre. Le Copyleft inverse la loi du copyright en déclarant qu’un logiciel adapté d’un logiciel GPL et distribué au public doit rester aussi libre que la version du logiciel dont il est l’adaptation. La beauté de la GPL, comme tout développeur logiciel chevronné le reconnaîtra, c’est que, comme un morceau de code élégamment écrit, elle possède une simplicité et une transparence intrinsèques. La licence remplit ses objectifs, de protéger et de promouvoir les principes du logiciel libre, sans ambiguïté ni compromis, et reflète en cela la détermination et la personnalité de Stallman, qui par sa volonte a crée GNU, la GPL et le mouvement du logiciel libre.

Pour mesurer la réussite de Stallman, il suffit de voir comment la GPL a fait évoluer les mentalités dans l’industrie du logiciel. A l’origine le logiciel libre, extension des idéaux de Stallman appris au laboratoire d’I.A. du MIT au début des années 70, a été rejeté comme étant improbable et impraticable – une aire de jeu pour hackers, hippies et geeks – mais contre toute attente, le logiciel libre est devenu un paradigme acceptable pour le développement de logiciel, et la communauté perdue et tourmentée des hackers a enfin trouvé une maison.

« Vous ne changez pas les choses en vous battant contre la réalité. Pour changer quelque chose, construisez un nouveau modèle qui rend l’ancien modèle obsolète » – R. Buckminster Fuller

Richard Hillesley

Mon info ou plutôt mon anecdote manque de précision ou, si vous voulez, de… sources (un comble quand on s’intéresse au logiciel libre !) mais elle a surtout valeur de symbole médiatique.

Bill Gates était en Chine dernièrement pour, entre autres choses et d’après le Quotidien du peuple en ligne, y être fait docteur honoris causa d’une prestigieuse université, créer un centre de recherche et développement avec Lenovo, et aussi j’imagine pour y faire la promotion de Windows Vista.

On le retrouve donc le 20 avril dernier à l’Université de Technologie de Pékin pour une remise de prix Microsoft à des étudiants. Seulement voilà c’était sans compter sur un chinois non discipliné^[1] qui vient perturber la traditionnelle photo finale cloturant la cérémonie.

Le courageux effronté sort du public, monte sur scène, et se pointe devant Bill Gates entouré des ses heureux lauréats en brandissant pas même une pancarte mais une vulgaire feuille de papier où l’on peut lire (très) furtivement ces simples mots "free software – open source"^[2].

L’histoire ne dit pas ce qu’il est ensuite advenu de notre élément subversif^[3]. Gageons que cela a dû être plus compliqué pour lui que le traitement réservé à un intermitent du spectacle en pleine cérémonie des Cesars.

Les temps changent parce que sous Mao nul doute que le logiciel libre aurait eu les faveurs de l’état chinois et c’est Bill Gates qui aurait alors joué le rôle de l’élément subversif^[4]…

Que ce soit en direct dans la salle ou en différé sur le net, je commence à avoir pas mal de conférences générales sur le logiciel libre de Richard Stallman au compteur. Il faut dire que le bonhomme pour apprécier la France y revient souvent et s’exprime dans un français plus que correct (espèce étrangère en voie de disparition ?).

A priori on a l’impression d’assister toujours à la même conférence. Et celle que nous vous présentons en vidéo ci-dessous donnée mardi 3 avril 2007 dernier à l’ENST (École nationale supérieure des télécommunications) n’échappe à la règle. Chaussures ôtées et plus beau tee-shirt exhibé, on se retrouve invariablement avec la même entame (dont je ne me lasse toujours pas) : « Je puis expliquer le logiciel libre en trois mots : liberté, égalité, fraternité… » (sous vos applaudissements). Idem pour la conclusion du reste (dont je commence à me lasser) : « …J’ai des autocollants, des pins et des porte-clé à vendre ». Sacré Richard !

Et pourtant, variation sur le même thème, elles ont toutes un petit quelque chose qui les distingue des précédentes. Voici ce qu’écrivait récemment un spectateur de cette conférence sur la liste de diffusion de l’APRIL. Je recopie d’autant plus volontiers cet extrait qu’il exprime bien ce que je voulais dire.

J’ai entendu RMS plusieurs fois depuis 1998. C’est toujours la même histoire mais elle est à chaque fois amendée, corrigée, complétée, modifiée, avec de nouvelles références et des éléments d’actualité…

Mardi soir il a présenté cette histoire sous un jour très nouveau et original, qui me semble intéressant pour sensibiliser le grand public (…) et lui faire comprendre concrètement l’intérêt du LL pour lui. C’était construit, tout était utile/indispensable, la boucle était bouclée. Tout cela à partir des mêmes grandes lignes de réflexion remontant à 1983/4.

Vous voulez un exemple d‘élément d’actualité de la conférence de l’ENST ? Point d’impatience, il suffit d’attendre… la deuxième phrase. Ce qui donne : « Je puis expliquer le logiciel libre en trois mots : liberté, égalité, fraternité. Trois principes que le gouvernement actuel de la France ne respecte plus…» No comment !

Toujours est-il qu’effectivement mardi soir et pour une heure environ c’était du grand Stallman (ou RMS pour les intimes). Définition et historique du logiciel libre (ou LL pour les intimes), différence avec le logiciel privateur (terme qu’il semble désormais privilégier à logiciel propriétaire), du danger des DRM et des brevets, différence entre son approche et celle de Linus Torvalds, différence entre Logiciel Libre et Open Source (quand l’un parle d’éthique et de liberté l’autre insiste plutôt sur rentabilité, efficacité et rentabilité), pourquoi il faut dire GNU/Linux et non Linux tout court, un point sur l’emploi, un autre sur l’éducation (et sa mission morale et sociale), un clin d’œil aux droits de l’homme… tout y était.

Pédagogie et vulgarisation de haute volée, une conférence que je vous invite à voir et à faire passer à vos proches qui seraient susceptibles d’être intéressés par un sujet qui dépasse en fait aujourd’hui le stricte cadre du logiciel libre pour ne pas être loin de proposer un véritable projet de société.

—> La vidéo au format webm

Deuxième traduction^[1] du blog de Mark Shuttleworth connu entre autres choses pour être à l’initiative de la célèbre distribution GNU/Linux Ubuntu.^[2]

Il devient de plus en plus difficile pour les partisans des DRM de défendre et justifier leurs positions.

Combien de temps tiendront-ils encore ?

Note aux ayant-droits : les DRM sont inefficaces

Note to content owners: DRM doesn’t work

Mark Shuttleworth – 7 avril 2007

Certaines idées sont vouées à l’échec, mais suffisamment séduisantes pour certaines personnes pour qu’elles soient condamnées à être essayées encore et encore.

Les DRM en font partie.

Je me suis réjouis de voir, il y a peu, que les clés de chiffrement pour *tous* les disques HD émis jusqu’à aujourd’hui avaient été découvertes et publiées. J’ai espoir que cela aboutira au dévoilement des schémas de protection de contenu des Blu-Ray et HD-DVD avant que ces lecteurs n’aient atteint 1% de leur marché potentiel. C’est en effet une bonne nouvelle puisqu’elle pourrait amener les gens qui implantent de telles protections à reconsidérer leur position.

On est déjà passé par là. Le système de chiffrement DVD-CSS a été cracké très rapidement, avec style et légalement. Les ayant-doits, Hollywood Inc, étaient scandalisés et ont poursuivi toute personne faisant simplement référence au logiciel libre qui pouvait accomplir ce décryptage simple. Ils ont utilisé le DMCA pour renforcer les lois sur le droit d’auteur bien au delà de son but originel. Ils se sont comportés comme un cerf pris dans les phares, aveuglés par la vision apocalyptique d’un monde où leur contenu circule rapidement et efficacement, sans pouvoir entrevoir une issue sûre alors que les phares se rapprochent. Leur marché changeait, ouvrant de nouvelles possibilités et de nouvelles menaces, et ils voulaient ralentir le rythme de ce changement.

Les ayant-droits pensent que les DRM peuvent ralentir l’évolution naturelle du marché.

En ce qui concerne les films, une des raisons principales de l’adoption des DRM a été le refus de l’industrie de sortir de l’ère de l’anologique. Les films sont en général envoyés aux salles de cinémas sous forme de films en celluloïd, de grosses bobines de celluloïd. L’impression et la distribution de ces films aux cinémas qui vont les montrer coûtent très cher. La stratégie de sortie de la plupart des films était donc définie par les contraintes du monde réel. Les studios imprimaient donc un certain nombre de pellicules et les envoyaient aux cinémas dans quelques pays. Quand la diffusion est achevée ici alors ces films sont envoyés dans de nouveaux pays. C’est la raison pour laquelle les films sortent en général à des dates différentes dans différents pays. C’est purement et simplement dû à des contraintes physiques liées à l’organisation des déplacements de morceaux de celluloïd et cela n’a plus sa place dans notre ère de distribution numérique, instantanée, mondiale.

Evidemment, quand les DVD sont apparus, les ayant-droits ne voulaient pas que les gens achètent le DVD aux USA et se le fassent envoyer en Australie avant même que le film ne passe dans les cinémas là-bas. D’où la lésion cérébrale que nous appelons zonage, les ayant-droits ont implanté la protection CSS afin que le DVD ne soit pas seulement chiffré mais aussi pour qu’il contienne un marqueur de zone qui est censé l’empêcher d’être lu ailleurs que sur le marché pour lequel il a été prévu. Si vous vivez en dehors des USA et que vous avez déjà essayé de lire un por^Wo petit documentaire des USA vous saurez de quoi je parle en disant lésion cérébrale : vous ne pouvez pas le lire en dehors des USA et la demande dans votre zone n’est pas suffisante pour justifier une version spécifique à votre région, alors tant pis pour vous.

La vérité est que la survie sur un marché dépend de votre capacité à vous adapter aux possibilités. L’industrie cinématographique doit faire de gros efforts pour adopter une distribution numérique mondiale, cela leur permettra d’organiser des sorties mondiales le même jour (modulo la traduction), de la même manière que vous et moi pouvont tout voir sur Youtube le jour où c’est mis en ligne.

La vérité est aussi que, alors que l’horizon change, la viabilité des modèles économiques se fait et se défait. Ceux-là même qui tentent d’imposer les lois de l’analogique à du contenu numérique vont se retrouver du mauvais côté du raz-de-marée. Tant pis pour vous. Il est nécessaire d’innover (encore, parfois!) et rester à la pointe, peut-être même d’être disposé à cannibaliser vos propres marchés, bien que pour être honnête cannibaliser ceux des autres est bien plus attirant.

Voici quelques vérités :

• Tous les DRM ayant une clé de chiffrement hors-ligne seront crackés. Peu importe si cette clé est conservée pour la plus grande partie sur du matériel protégé, car tôt ou tard l’un des maillons sera brisé. Et si vous voulez que vos produits soient visibles sur la plupart des PC il vous faudra des logiciels de lecture. Ils sont encore plus facilement crackables. Donc, même si vous essayez de protéger chaque connexion analogique (mon idée préférée est de faire pression pour chiffrer la liaison entre le matériel hifi et les hauts-parleurs!) quelqu’un, quelque part aura accès à votre contenu brut. Le seul effet que cela aura est l’augmentation du prix du matériel. Je me demande quel est le coût de tout le chiffrement associé au HD-DVD/Blu Ray, quand vous prenez en compte la complexité, le design et le coût séparé de l’IP, du matériel et du logiciel pour chaque appareil HD qui existe.

• L’alternative au stockage hors-ligne de la clé est l’accès uniquement en flux continu et ce n’est pas non plus protégeable. Le système de flux classique, la diffusion par voie hertzienne, a été hacké quand les magnétoscopes sont apparus et c’était vu comme une utilisation normale. Aujourd’hui l’une des radios numériques diffusée par satellite (Sirius ou XM je crois) est accusée par les ayant-droits pour leur soutien à des appareils qui permettent d’enregistrer leur signal de qualité CD sur des lecteurs MP3. Les services de streaming par le web qui ne permettent pas l’enregistrement local du contenu sont une forme inutile de protection, facilement et régulièrement contournés. Et évidemment, tout le monde ne souhaite pas forcément être connecté pour avoir accès à vos programmes.

• Un crack suffit. Pour n’importe quel fichier numérique, il suffit d’une copie non protégée et vous pouvez être sûr que tous ceux qui le veulent l’auront. Que ce soit un logiciel sur un site de warez ou un MP3 sur un service de téléchargement en Russie ou un réseau de partage de fichiers, vous ne pouvez pas colmater toutes les brèches. Reconnaissez-le, soit les gens veulent vous payer pour vos fichiers soit ils ne veulent pas et la meilleure stratégie que vous puissiez adopter est de rendre les choses aussi simple que possible pour ceux qui veulent rester en accord avec la loi. Cela ne se traduit pas par des poursuites contre des grands-mères ou des enfants, cela se traduit par un accès pratique au contenu qui permet à chacun de faire ce qui est juste, facilement.

• Quelqu’un trouvera un modèle économique qui ne dépendra pas de l’ancienne conception et si ça n’est pas vous alors ils vous mangeront tout cru. Vous allez sûrement leur intenter une action en justice, mais ça ne sera qu’une manœuvre défensive tandis que l’industrie subira une réforme autour de ce modèle économique, sans vous. Et quand je parle d’industrie je ne parle pas de vos adversaires, ils se trouveront sans doute dans la même impasse, mais de vos fournisseurs et de vos clients. Ce sont les distributeurs de contenu qui courent un risque ici, pas les créateurs ou les consommateurs.

La peur de l’industrie musicale de Napster les a poussé dans le cul-de-sac des DRM. Microsoft, Apple, Sony et d’autres compagnies encore ont développé des systèmes de DRM et les ont présentés à l’industrie musicale comme l’approche "saine" de la distribution de musique en ligne. C’était un bel argument : "Tous les avantages de la distribution en ligne avec tous les avantages économiques des vinyles", en résumé.

Parmi les prétendants, Sony a clairement été écarté parce qu’ils font partie des ayant-droits et il était hors de question que le reste de l’industrie paye une taxe technologique à l’un de leur concurrent (un peu comme le système Symbian de Nokia qui n’a jamais rencontré le succès chez les autres grands groupes comme il était trop lié à Nokia). Microsoft n’entrait pas dans la compétition, parce qu’ils sont évidemment trop puissants et que l’industrie musicale pouvait voir un coup d’état venir à des kilomètres. Mais le mignon petit Apple ne pouvait faire de mal à personne! Alors iTunes et AAC ont été accueillis les bras ouverts et Apple a réussi à s’approprier un quasi-monopole sur la distribution et la lecture de musique numérique légale. Apple a magnifiquement joué le jeu et a su profiter pleinement de la peur de l’industrie musicale.

L’appel récent de Steve Jobs, à l’intention de l’industrie musicale pour abandonner les DRM, a apporté une douce touche d’ironie, donnant à Apple l’avantage moral. Très très bien joué en effet !

Il y a quelques années j’étais à Davos, au Forum Economique Mondial. Ça devait être en 2002 ou 2003, quelques années après que la bulle Internet ait éclatée. C’était le tout début de l’iPaq, chacun à la conférence s’en était vu prêter un. Je me souviens très bien assister à une session qui était plus ou moins un confessionnal pour dirigeants, une sorte de fête de l’absolution par reconnaissance de stupidité. Les uns après les autres, des grands noms se sont succédés pour raconter des histoires d’épouvantes à propos de comment ils ont laissé les internés diriger l’asile et autorisé des jeunes, de vingt ans et quelques, à leur dire comment dépenser le capital de leurs actionnaires sur des projets .com. J’ai vraiment trouvé ça intéressant puisque j’ai passé toute la période .com à dire aux grandes entreprises de ne PAS sur-investir et se concentrer sur leurs relations avec leurs clients et partenaires de l’époque en utilisant le net, pas de conquérir le monde du jour au lendemain.

Mais le meilleur vint à la toute fin, quand le chef de Sony USA, également en charge de la division musicale, Sir Stringer, s’est présenté pour soulager sa conscience. Il pavoisait avec éloquence sur comment Sony n’avait PAS investi dans les .com et donc sur comment on se sentait en étant la seule personne dans la salle qui ne s’était pas fait avoir par des enfants. C’était un discours très amusant, très fin qui lui a valu des applaudissements et des rires. J’étais là à me demander s’il avait la moindre idée de combien de chansons pouvaient tenir dans l’iPaq dans sa poche ou combien de temps ça prendrait de les télécharger. Je ne pense pas. De tous les directeurs qui ont parlé ce jour là, j’ai pensé que ce serait probablement lui qui sera fortement touché, et rapidement, par la locomotive numérique.

Sir Stringer est maintenant Chef de la direction de Sony monde. Il est amusant alors que la PS3 de Sony ait dû être retardée pour terminer le travail sur son système de DRM.

C’est sûr maintenant, certaines mauvaises idées sont trop attirantes pour mourir.

Janvier 2000, Eric S. Raymond, l’une des plus célèbres personnalités du logiciel libre (auteur notamment de La cathédrale et le bazar), se retrouve dans un ascenseur et remarque le badge Microsoft de l’un de ses occupants Craig Mundie.

Je vois que vous travaillez pour Microsoft, lui dit-il (avec perspicacité). Et l’autre, avec l’air un peu hautain du type en costard-cravate qui toise un hacker : Oui, et vous qui êtes-vous ?

Et Eric S. Raymond de réfléchir quelques instants et lui répondre… Je suis votre pire cauchemar !

—> La vidéo au format webm

Il n’avait pas tort.
Et Microsoft en tremble encore… ^[1].

😉

Annexe : retranscription de la vidéo

That was in january 2000, and one of the people who was there was Craig Mundie who is some kind of high mocky mocker at Microsoft. I think vice-president of consumer products or something like that. And, hum, I have actually met him, I bumped into him in an elevator, in an elevator and I looked his badge and said I see you work for Microsoft and he looked back at me and said Oh yeah and what do you do? And I thought he seemed just sort of a tad dismissive. I mean, here’s the archetype of, you know, guy in a suit looking at scruffy hacker and so I gave him a thousand yard stare and said I’m your worst nightmare.

« L’approche de Copyleft Attitude avec la Licence Art Libre est de ne pas donner le choix entre plusieurs licences. Nous avons décidé, dès le départ, de faire le choix du Libre, plutôt que d’avoir le libre choix.»^[1]

Viva la un point trois !

Plus de trois ans après la 1.2, sortie officielle hier de la nouvelle version de notre licence copyleft préférée : la licence Art Libre millésime 1.3 (lien vers l’ancienne version pour comparaison).^[2].

Nous avons voulu en savoir plus sur la génèse collective de cette nouvelle mouture en posant quelques questions à son pygmalion Antoine Moreau^[3].

Outre Antoine Moreau, ont participé à sa rédaction Isabelle Vodjdani, Mélanie Clément-Fontaine et tous les membres de la liste de diffusion copyleft_attitude, particulièrement Antoine Pitrou, Benjamin Jean, Jean-Pierre Depétris et Esteban Hache.

Souhaitons donc nous aussi un bel avenir et épanouissement à la licence Art Libre (ou LAL pour les intimes)^[4], quitte à la voir disparaître un jour en beauté parce qu’on aura plus besoin d’une licence libre pour faire des oeuvres libres.

Entretien avec Antoine Moreau

Quels sont les changements majeurs par rapport aux version précédentes ?

Cela a été un vrai bon travail de groupe. Les complémentarités du noyau dur de Copyleft Attitude ont pu faire une LAL équilibrée et plus précise. La version 1.3 apporte les améliorations suivantes :

• une rédaction plus sobre.
• une terminologie plus explicite.
• des précisions concernant les droits voisins.
• des précisions concernant les responsabilités des auteurs.
• des précisions concernant l’incorporation de l’oeuvre
• les critères de compatibilités avec les autres licences libres.
• une dimension internationale et une capacité d’interopérabilité.

Quels ont été les principaux points d’achoppements qui ont nécessité débats voire compromis ?

La rédaction du préambule a été difficile. Il y a eu discussions pour conserver ou non certaines tournures de phrases. Un compromis a été trouvé. Le préambule est moins imagé, moins poétique, moins politique, il est plus sobre.

Quid désormais de la compatibilité avec les autres licences "copyleft" comme la Creative Commons BY-SA ou la GNU GPL/FDL ?

Nous avons établi clairement et précisément les critères de compatibilité. Mais il faut que l’intention soit réciproque de la part des autres licences libres.

La compatibilité entre licences libres n’est le fait pas du seul domaine juridique, c’est une question "politique" entre parties (entre la LAL et la CC by-sa ; entre la LAL et la GNU GPL ou FDL). Nous avons déjà fait une démarche avec CC france dans ce sens et allons poursuivre pour réussir la possibilité d’une réelle compatibilité. Il fallait poser les conditions, la LAL 1.3 le dit maintenant très clairement.

Pourrais-tu préciser en quoi cette double clause "Les auteurs des originaux pourront, s’ils le souhaitent, vous autoriser à diffuser et/ou modifier l’original dans les mêmes conditions que les copies." se distingue des usages liés aux logiciels libres ?

C’est pour les créations non numériques. L’original pourra être diffusé/modifié alors qu’il ne peut être dupliqué à l’infini. C’est aussi une précaution par rapport au droit moral.

Par rapport à d’autres licences similaires on trouve un préambule et un mode d’emploi. Pourrais-tu nous expliquer le pourquoi et l’intention de leur présence ?

Dès le départ nous avons décidé d’écrire un préambule et un mode d’emploi dans la LAL. Le préambule est utile car il explicite les intentions philosophiques et culturelles de la LAL. Le mode d’emploi est utile aussi car il dit comment, pourquoi et quand utiliser la LAL. Notre souci a toujours été de rédiger une licence simple à lire et à comprendre et claire dans ses intentions et dans sa pratique.

Comment vois-tu l’avenir de la LAL ?

Je pense que l’avenir de la LAL c’est de disparaître en beauté. C’est à dire qu’on ait plus besoin d’une licence libre pour faire des oeuvres libres. Cela implique un changement du CPI et il se pourrait bien que la LAL (mais toutes licences libres qui ont déjà fait leurs preuves) influe dans ce sens.

En attendant, la LAL a de l’avenir, elle est devenue une licence de référence pour les contenus libres copyleft. La Free Sofware Foundation la recommande et de plus en plus d’oeuvres (et pas seulement d’auteurs français) sont sous LAL.

Annexe : Comparaison des préambules

Préambule de la nouvelle version 1.3

Avec la Licence Art Libre, l’autorisation est donnée de copier, de diffuser et de transformer librement les oeuvres dans le respect des droits de l’auteur.

Loin d’ignorer ces droits, la Licence Art Libre les reconnaît et les protège. Elle en reformule l’exercice en permettant à tout un chacun de faire un usage créatif des productions de l’esprit quels que soient leur genre et leur forme d’expression.

Si, en règle générale, l’application du droit d’auteur conduit à restreindre l’accès aux oeuvres de l’esprit, la Licence Art Libre, au contraire, le favorise. L’intention est d’autoriser l’utilisation des ressources d’une oeuvre ; créer de nouvelles conditions de création pour amplifier les possibilités de création. La Licence Art Libre permet d’avoir jouissance des oeuvres tout en reconnaissant les droits et les responsabilités de chacun.

Avec le développement du numérique, l’invention d’internet et des logiciels libres, les modalités de création ont évolué : les productions de l’esprit s’offrent naturellement à la circulation, à l’échange et aux transformations. Elles se prêtent favorablement à la réalisation d’oeuvres communes que chacun peut augmenter pour l’avantage de tous.

C’est la raison essentielle de la Licence Art Libre : promouvoir et protéger ces productions de l’esprit selon les principes du copyleft : liberté d’usage, de copie, de diffusion, de transformation et interdiction d’appropriation exclusive.

Préambule de l’ancienne version 1.2

Avec cette Licence Art Libre, l’autorisation est donnée de copier, de diffuser et de transformer librement les oeuvres dans le respect des droits de l’auteur.

Loin d’ignorer les droits de l’auteur, cette licence les reconnaît et les protège. Elle en reformule le principe en permettant au public de faire un usage créatif des oeuvres d’art.
Alors que l’usage fait du droit de la propriété littéraire et artistique conduit à restreindre l’accès du public à l’oeuvre, la Licence Art Libre a pour but de le favoriser.
L’intention est d’ouvrir l’accès et d’autoriser l’utilisation des ressources d’une oeuvre par le plus grand nombre. En avoir jouissance pour en multiplier les réjouissances, créer de nouvelles conditions de création pour amplifier les possibilités de création. Dans le respect des auteurs avec la reconnaissance et la défense de leur droit moral.

En effet, avec la venue du numérique, l’invention de l’internet et des logiciels libres, un nouveau mode de création et de production est apparu. Il est aussi l’amplification de ce qui a été expérimenté par nombre d’artistes contemporains.

Le savoir et la création sont des ressources qui doivent demeurer libres pour être encore véritablement du savoir et de la création. C’est à dire rester une recherche fondamentale qui ne soit pas directement liée à une application concrète. Créer c’est découvrir l’inconnu, c’est inventer le réel avant tout souci de réalisme.
Ainsi, l’objet de l’art n’est pas confondu avec l’objet d’art fini et défini comme tel.
C’est la raison essentielle de cette Licence Art Libre : promouvoir et protéger des pratiques artistiques libérées des seules règles de l’économie de marché.