Nous traduisons souvent Bruce Byfield, libre penseur du logiciel libre, sur le Framablog.

A-t-il raison d’affirmer qu’il est des sujets pour ainsi dire tabous dans la communauté et surtout que la situation a évolué, n’en déplaise à certains ?

Neuf choses dont on ne discute jamais sur l’open source

9 Things That Are Never Admitted About Open Source

Bruce Byfield – 22 janvier 2013 – Datamation
(Traduction : Moosh, brandelune, Sky, ehsavoie, Astalaseven, petit bonhomme noir en haut à droite, mike, goofy, KoS, Mowee, arcady, maxlath, Astalaseven, mariek, VifArgent, Rudloff, VIfArgent, Penguin, peupleLa, Vilrax, lamessen + anonymous)

Quels sont les sujets tabous dans l‘open source de nos jours ? Certains peuvent se deviner mais d’autres pourraient bien vous surprendre.

On pourrait penser qu’un groupe de personnes intelligentes comme les membres de la communauté des logiciels libres et open source (NdT : FOSS pour Free and Open Source Software) seraient sans tabous. On pourrait s’attendre à ce qu’un tel groupe d’intellectuels juge qu’aucune idée n’est interdite ou gênante – mais ce serait une erreur.

Comme toute sous-culture, la communauté FOSS est cimentée par des croyances. Ces croyances contribuent à bâtir une identité commune : par conséquent, les remettre en cause revient à remettre en cause cette identité.

Certains de ces sujets tabous peuvent saper des évidences admises depuis vingt ans ou plus. D’autres sont nouveaux et contestent des vérités communément acceptées. Quand on les examine, on s’aperçoit que chacun d’entre eux peut être aussi menaçant que la déclaration de valeurs communes peut être rassurante.

Pourtant, même s’il est inconfortable d’interroger ces tabous, il est souvent nécessaire de le faire. Les croyances peuvent perdurer longtemps après le temps où elles s’appliquaient, ou après avoir dégénéré en semi-vérités. Il est utile de temps en temps de penser l’impensable, ne serait-ce que pour mettre ces croyances en phase avec la réalité.

Suivant cette logique, voici neuf observations sur l‘open source qui nécessitent selon moi un nouvel examen.

1. Ubuntu n’est plus le dernier grand espoir de l’open source

Quand Ubuntu est apparue il y a neuf ans, nombreux sont ceux qui l’ont considérée comme la distribution qui mènerait la communauté à dominer le monde. Débarquant de nulle part, Ubuntu s’est immédiatement concentrée sur le bureau comme aucune autre distribution avant elle. Des outils et des utilitaires furent ajoutés. De nombreux développeurs Debian trouvèrent un travail chez Canonical, la branche commerciale d’Ubuntu. Des développeurs virent leurs frais payés pour des conférences auxquelles ils n’auraient pas pu se rendre autrement.

Au fil du temps, une bonne partie de l’enthousiasme initial est retombée. Personne ne semble s’être intéressé à la demande de Mark Shuttleworth, le fondateur d’Ubuntu, à ce que les principaux projets coordonnent leurs cycles de livraison ; ils l’ont tout simplement ignorée. Mais on a vu des sourcils se froncer lorsqu’Ubuntu a commencé à développer sa propre interface plutôt que de contribuer à GNOME. Canonical a commencé à contrôler ce qui se passait dans Ubuntu, apparemment pas pour l’intérêt général mais surtout pour la recherche de profits. Nombreux, aussi, furent ceux qui n’apprécièrent pas l’interface d’Ubuntu, Unity, à sa sortie.

Pourtant, à écouter les employés de Canonical, ou les bénévoles Ubuntu, on aurait presque l’impression qu’il ne s’est rien passé pendant ces neuf dernières années. Lisez notamment le blog de Shuttleworth ou ses déclarations publiques : il se donne le rôle de figure de proue de la communauté et déclare que les « hurlements des idéologues » finiront par cesser devant son succès.

2. Le « cloud computing » sape les licences libres

Il y a sept ans, Tim O’Reilly affirmait que les licences libres étaient devenues obsolètes. C’était sa manière un peu dramatique de nous prévenir que les services en ligne mettent à mal les objectifs du logiciel libre. Comme le logiciel, le cloud computing offre aux utilisateurs l’usage gracieux des applications et du stockage, mais sans aucune garantie ou contrôle quant à la vie privée.

La Free Software Foundation (NdT : Fondation pour le Logiciel Libre) répondit à la popularité grandissante du cloud computing en dépoussiérant la GNU Affero General Public License, qui étend les idéaux du FOSS au cloud computing.

Après cela, pourtant, les inquiétudes à propos de la liberté logicielle au sein du cloud ont faibli. Identi.ca fut créé comme une réponse libre à Twitter, et MediaGoblin développé comme l’équivalent libre d’Instagram ou de Flickr, mais ce genre d’efforts est occulté par la compétition. On n’a pas mis l’accent sur l’importance des licences libres ou du respect de la vie privée dans le cloud.

Par conséquent, les avertissements de O’Reilly sont toujours aussi pertinents de nos jours.

3. Richard Stallman est devenu un atout contestable

Le fondateur de la Free Software Foundation et le moteur derrière la licence GNU GPL, Richard M. Stallman, est une des légendes des logiciels libres et open source. Pendant des années, il a été l’un des plus ardents défenseurs de la liberté du logiciel et la communauté n’existerait probablement pas sans lui.

Ce que ses supporters rechignent à admettre, c’est que la stratégie de Stallman a ses limites. Nombreux sont ceux qui disent que c’est un handicapé social, et que ses arguments se basent sur la sémantique — sur les mots choisis et comment ils influencent le débat.

Cette approche peut être éclairante. Par exemple, lorsque Stallman s’interroge sur l’analogie entre le partage de fichiers et les pillages perpétrés par les pirates, il révèle en fait le parti-pris que l’industrie du disque et du cinéma tente d’imposer.

Mais, malheureusement, c’est à peu près la seule stratégie de Stallman. Il dépasse rarement ce raisonnement qu’il utilise pour fustiger les gens, et il se répète même davantage que des personnes qui passent leur temps à faire des discours. Il est perçu de plus en plus, par une partie de la communauté, comme quelqu’un hors de propos voire même embarrassant. Comme quelqu’un qui fut efficace… mais ne l’est plus. Il semble que la communauté a du mal à admettre l’idée que Stallman a eu un impact certain pendant des années, mais qu’il est moins utile aujourd’hui. Soit il est défendu férocement pour son passé glorieux, soit il est attaqué comme un usurpateur parasite. Je crois que les affirmations concernant ce qu’il a accompli et son manque d’efficacité actuel sont vraies toutes les deux.

4. L’open source n’est pas une méritocratie

L’une des légendes que les développeurs de logiciels libres aiment à se raconter est que la communauté est une méritocratie. Votre statut dans la communauté est censément basé sur vos dernières contributions, que ce soit en code ou en temps.

L’idée d’une méritocratie est très attirante, en cela qu’elle forme l’identité du groupe et assure la motivation. Elle encourage les individus à travailler de longues heures et donne aux membres de la communauté un sentiment d’identification et de supériorité.

Dans sa forme la plus pure, comme par exemple au sein d’un petit projet où les contributeurs ont travaillé ensemble pendant de nombreuses années, la méritocratie peut exister.

Mais le plus souvent, d’autres règles s’appliquent. Dans de nombreux projets, ceux qui se chargent de la documentation ou bien les graphistes sont moins influents que les programmeurs. Bien souvent, vos relations peuvent influencer la validation de votre contribution au moins autant que la qualité de votre travail.

De même, la notoriété est plus susceptible d’influencer les décisions prises que le grade et les (surtout si elles sont récentes) contributions. Des personnes comme Mark Shuttleworth ou des sociétés comme Google peuvent acheter leur influence sur le cours des choses. Des projets communautaires peuvent voir leurs instances dirigeantes dominées par les sponsors privés, comme c’est de fait le cas avec Fedora. Bien que la méritocratie soit l’idéal, ce n’est presque jamais la seule pratique.

5. L’open source est gangrené par un sexisme systémique

Une autre tendance qui plombe l’idéal méritocratique est le sexisme (parfois sour la forme de la misogynie la plus imbécile) que l’on trouve dans quelques recoins de la communauté. Au cours des dernières années, les porte-parole du FOSS ont dénoncé ce sexisme et mis en place des règles officielles pour décourager quelques uns de ses pires aspects, comme le harcèlement pendant les conférences. Mais le problème demeure profondément ancré à d’autres niveaux.

Le nombre de femmes varie selon les projets, mais 15 à 20 pour cent peut être considéré comme un chiffre élevé pour un projet open source. Dans de nombreux cas, ce nombre est en dessous des cinq pour cent, même en comptabilisant les non-programmeurs.

De plus les femmes sont sous-représentées lors des conférences, à l’exception de celles où les femmes sont activement encouragées à faire part de leurs propositions (ces efforts entraînent, inévitablement, leur lot d’accusations quant à des traitements spéciaux et des quotas, quand bien même aucune preuve ne peut être avancée).

La plus grande évidence de sexisme se produit quotidiennement. Par exemple, Slashdot a récemment publié un entretien avec Rikki Ensley, membre de la communauté USENIX. Parmi les premiers commentaires, certains se référaient à une chanson populaire dont le refrain mentionne le prénom Rikki. D’autres discutent de son apparence et lui donnent des conseils pour avoir l’air plus « glamour ».

On assiste à des réactions du même ordre, et bien d’autres pires encore sur de nombreux sites dédiés au monde du libre ou sur IRC, dès qu’une femme apparaît, surtout s’il s’agit d’une nouvelle venue. Voilà qui dément les affirmations d’une communauté qui prétend ne s’intéresser qu’aux seules contributions, ou encore l’illusion que la sous-représentation des femmes serait simplement une question de choix individuels.

6. Microsoft n’est plus l’ennemi irréductible du logiciel libre

Il y a à peine plus d’une dizaine d’années, vous pouviez compter sur Microsoft pour traiter le monde du Logiciel Libre de « communiste » ou « anti-Américain », ou sur leurs intentions parfois divulguées dans la presse de vouloir détruire la communauté.

Une grande partie de la communauté s’accroche encore à ces souvenirs. Après tout, rien ne rassemble plus les gens qu’un ennemi commun, puissant et inépuisable.

Mais ce dont la communauté ne se rend pas compte, c’est que la réaction de Microsoft est devenue plus nuancée, et qu’elle varie d’un service à l’autre au sein de l’entreprise.

Nul doute que les dirigeants de Microsoft continuent de voir le logiciel libre comme un concurrent, bien que les dénonciations hautes en couleur aient cessé.

Cependant, Microsoft a pris conscience que, compte-tenu de la popularité du logiciel libre, les intérêts à court terme de l’entreprise seraient mieux servis si elle s’assurait que les outils libres (en particulier les langages de programmation les plus populaires) fonctionnent correctement avec ses propres produits. C’est d’ailleurs la mission principale du projet Microsoft Open Technologies. Récemment, Microsoft est même allé jusqu’à publier une courte déclaration faisant l’éloge de la dernière version de Samba, qui permet l’administration des serveurs Microsoft depuis Linux et les systèmes Unix (NdT : Voir aussi cette FAQ en français publiée par Microsoft).

Bien sûr, il ne faut pas non plus s’attendre à voir Microsoft devenir une entreprise open source ou faire des dons désintéressés d’argent ou de code à la communauté. Mais, si vous faites abstraction des vieux antagonismes, l’approche égoïste de Microsoft à l’égard du logiciel libre n’est pas très différente de nos jours de celle de Google, HP, ou n’importe quelle autre entreprise.

7. L’innovation des interfaces stagne

En 2012, nombreux furent ceux qui n’ont pas adopté GNOME 3 et Unity, les deux dernières interfaces graphiques majeures. Cet abandon fut largement lié à l’impression que GNOME et Ubuntu ignoraient les préoccupations des utilisateurs et qu’ils imposaient leur propre vision, sans concertation.

À court terme, cela a mené à la résurrection de GNOME 2 sous des formes variées.

En tant que prédécesseur de GNOME 3 et de Unity, GNOME 2 fut un choix évident. C’est une interface populaire qui n’impose que peu de restrictions aux utilisateurs.

Quoi qu’il en soit, cela risque d’être, à long terme, étouffant pour l’innovation. Non seulement parce que le temps passé à ressuciter GNOME 2 n’est pas mis à profit pour explorer de nouvelles voies, mais parce que cela semble être une réaction à l’idée même d’innovation.

Peu sont ceux, par exemple, qui sont prêts à reconnaître que GNOME 3 ou Unity ont des fonctionnalités intéressantes. Au contraire, les deux sont condamnés dans leur ensemble. Et les développements futurs, tels l’intention de GNOME de rendre la sécurisation et la confidentialité plus simples, n’ont pas reçu l’attention qu’ils méritaient.

Au final, au cours des prochaines années, l’innovation en sera probablement réduite à une série de changements ponctuels, avec peu d’efforts pour améliorer l’ergonomie dans son ensemble. Même les développeurs hésiteront à tenter quoi que ce soit de trop différent, afin d’éviter le rejet de leurs projets.

Je me dois d’applaudir le fait que les diverses résurrections de GNOME 2 marquent le triomphe des requêtes des utilisateurs. Mais le conservatisme qui semble accompagner ces aboutissements m’inquiète : j’ai bien peur que cette victoire n’engendre d’autres problèmes tout aussi importants.

8. L’open source est en train de devenir une monoculture

Ses partisans aiment à revendiquer que l’un des avantages du logiciel libre et open source, c’est d’encourager la diversité. À la différence de Windows, les logiciels libres sont supposés être plus accueillants pour les idées nouvelles et moins vulnérables aux virus, la plupart des catégories de logiciels incluant plusieurs applications.

La réalité est quelque peu différente. À la lecture d’une étude utilisateurs vous remarquerez un modèle plutôt constant : une application ou technologie recueille 50 à 65% des votes, et la suivante 15 à 30%.

Par exemple, parmi les distributions, Debian, Linux Mint et Ubuntu, qui utilisent toutes le format de packet en .DEB, recueillent 58% du choix des lecteurs 2012 du Linux Journal, que l’on peut comparer aux 16% recueillis par Fedora, openSUSE, et CentOS, qui utilisent quant à elles le format .RPM.

De même, Virtualbox atteint 56% dans la catégorie « Meilleure solution de virtualisation », et VMWare 18%. Dans la catégorie « Meilleure gestion de versions », Git recueille 56% et Subversion 18%. La catégorie la plus asymétrique est celle des « Suites bureautiques » dans laquelle LibreOffice recueille 73% et (sic) Google Docs 12%.

Il n’y avait que deux exceptions à cette configuration. La première était la catégorie « Meilleur environnement de bureau », dans laquelle la diversification des dernières années était illustrée par les scores de 26% pour KDE, 22% pour GNOME 3, 15% pour GNOME 2 et 12% pour Xfce. La deuxième catégorie était celle de « Meilleur navigateur web »dans laquelle Mozilla Firefox recueillait 50% et Chromium 40%.

De manière générale, les chiffres ne rendent pas compte d’un monopole, mais dans la plupart des catégories, la tendance est là. Au mieux, on pourrait dire que, si la motivation n’est pas le profit, le fait d’être moins populaire n’implique pas que l’application va disparaître. Mais si la concurrence est saine, comme tout le monde aime à le dire, il y a tout de même des raisons de s’inquiéter. Quand on y regarde de près, les logiciels libres sont loin d’être aussi diversifiés que ce que l’on croit.

9. Le logiciel libre est bloqué si près de ses objectifs

En 2004, les logiciels libres et open source en étaient au stade où ils couvraient la plupart des usages de base des utilisateurs : envoi de courriels, navigation sur internet et la plupart des activités productives sur ordinateur. En dehors des espoirs de disposer un jour d’un BIOS libre, il ne manquait plus que les pilotes pour les imprimantes 3D et les cartes WiFi pour atteindre l’utopie d’un système informatique entièrement libre et open source.

Neuf ans plus tard, de nombreux pilotes libres de carte WiFi et quelques pilotes libres de cartes graphiques sont disponibles – mais nous sommes loin du compte. Pourtant la Free Software Foundation ne mentionne que rarement ce qui reste à faire, et la Linux Foundation ne le fait pratiquement jamais, alors même qu’elle sponsorise l’OpenPrinting database, qui liste les imprimantes ayant des pilotes libres. Si l’on combinait les ressources des utilisateurs de Linux en entreprise, on pourrait atteindre ces objectifs en quelques mois, pourtant personne n’en fait une priorité.

Admettons que certaines entreprises se préoccupent de leur soi-disant propriété intellectuelle sur le matériel qu’elles fabriquent. Il est possible également que personne ne veuille courir le risque de fâcher leurs partenaires commerciaux en pratiquant la rétroingénierie. Pourtant, on a bien l’impression que l’état actuel de statu quo persiste parce que c’est déjà bien assez, et que trop peu de personnes ont à cœur d’atteindre des objectifs dont des milliers ont fait le travail de leur vie.

Des discussions, non des disputes

Certains ont peut-être déjà conscience de ces sujets tabous. Cependant, il est probable que chacun trouvera dans cette liste au moins un sujet pour se mettre en rogne.

Par ailleurs, mon intention n’est pas de mettre en place neuf aimants à trolls. Même si je le voulais, je n’en aurais pas le temps.

Ces lignes sont plutôt le résultat de mes efforts pour identifier en quoi des évidences largement admises dans la communauté devraient être remises en question. Je peux me tromper. Après tout, je parle de ce que j’ai pris pour habitude de penser, moi aussi. Mais au pire, cette liste est un bon début.

Si vous pensez qu’il y a d’autres sujets tabous à aborder et à reconsidérer au sein de la communauté des logiciels libres et open source, laissez un commentaire. Cela m’intéresse de voir ce que je pourrais avoir oublié.

Crédit photo : Laëtitia Dulac (Creative Commons By)

Un article fort intéressant de Benjamin Mako Hill (que nous traduisons souvent) qui apporte un éclairage nouveau à la différence importante entre « logiciel libre » et « open source ».

C’est bien la question de la liberté des utilisateurs qui est fondamentale ici. À mesure que la technologie avance et que de plus en plus de domaines expérimentent « le Libre », elle rejoint tout simplement la liberté des citoyens…

Remarque : C’est d’ailleurs pourquoi nous regrettons « l’abus d’open source » dans les premiers États Généraux de l’Open Source qui se déroulent actuellement à Paris (cf ce tweet ironique).

Liberté pour les utilisateurs, pas pour les logiciels

Freedom for Users, Not for Software

Benjamin Mako Hill – 23 octobre 2011 – Blog personnel
(Traduction : Munto, VifArgent, aKa, KarmaSama, Lycoris, aaron, PeupleLa, bruno + anonymous)

En 1985, Richard Stallman a fondé le mouvement du Logiciel Libre en publiant un manifeste qui proposait aux utilisateurs d’ordinateurs de le rejoindre pour défendre, développer et diffuser des logiciels qui garantissent aux utilisateurs certaines libertés. Stallman a publié la « Définition du Logiciel Libre » (Free Software Definition ou FSD) qui énumère les droits fondamentaux des utilisateurs concernant les logiciels.

• La liberté d’exécuter le programme, pour n’importe quel usage ;
• la liberté d’étudier le fonctionnement du programme et de l’adapter à ses besoins ;
• la liberté d’en redistribuer des copies pour aider les autres ;
• la liberté d’améliorer le programme et de rendre publiques les améliorations, afin que la communauté entière puisse en bénéficier.

Stallman est informaticien. Il avait compris que la manière dont les programmeurs concevaient les logiciels pouvait influer sur les possibilités des utilisateurs à interagir avec eux. Par exemple, des programmeurs pourraient concevoir des systèmes qui espionnent les utilisateurs, vont à leur encontre ou créent des dépendances. Dans la mesure où les ordinateurs occupent une place de plus en plus importante dans la communication des usagers, et dans leur vie toute entière, leur expérience est de plus en plus sous le contrôle de la technologie, et par conséquent de ceux qui la maîtrisent. Si le logiciel est libre, les utilisateurs peuvent désactiver les fonctionnalités cachées ou abusives et travailler ensemble à l’amélioration et au contrôle de leurs technologies. Pour Stallman, le logiciel libre est essentiel à une société libre.

Hélas, beaucoup de personnes qui entendent « logiciels libres » (NdT : free software en anglais) pensent que le mot libre (free) veut dire qu’il peut être distribué gratuitement – une confusion bien naturelle puisque les logiciels libres peuvent être, et sont le plus souvent, partagés sans permission expresse ni paiement. Dans des tentatives concertées pour démêler cette confusion, le slogan « free as in free speech not as in free beer » (free comme dans la liberté de parole et non comme une bière gratuite), et la référence à la distinction que l’on fait en français entre libre et gratuit, sont devenus des clichés dans la communauté du logiciel libre. Une biographie de Stallman est d’ailleurs intitulée « Free as in Freedom » (NdT : Libre comme dans Liberté, biographie traduite et publiée par Framasoft dans sa collection Framabook).

À la fin des années 90, un groupe de passionnés de logiciels libres a suggéré un nouveau terme : « open source ». À l’instar de Stallman, ce groupe était agacé par l’ambiguïté autour du mot « free ». Cependant, la principale préoccupation du groupe open source était l’utilité du logiciel libre pour les entreprises.

Plutôt que de mettre en avant la « liberté », qui pouvait, selon eux, rebuter des entreprises commerciales, les promoteurs de l’open source décrivaient les bénéfices techniques que l’« ouverture » du développement de logiciels libres pourrait apporter, grâce à la collaboration de nombreux utilisateurs mis en réseau. Ces appels ont trouvé un écho au sein des entreprises high-tech à la fin du millénaire au moment où le système d’exploitation libre GNU/Linux gagnait en popularité et où le serveur web Apache dominait un marché bondé de concurrents propriétaires. Le concept « open source » prit un nouvel élan en 1998 quand Netscape rendit public le code source de son navigateur web Navigator.

Malgré des différences rhétoriques et philosophiques, les logiciels libres et les logiciels open source font référence aux mêmes programmes, aux mêmes communautés, aux mêmes licences et aux mêmes pratiques. La définition de l‘open source est presque une copie conforme des directives du logiciel libre publiées par la communauté Debian qui sont elles-mêmes une tentative de redéfinir la déclaration de Stallman sur la Définition du Logiciel Libre. Stallman a décrit cette distinction entre « logiciel libre » et « logiciel open source » comme étant le contraire d’un schisme. Dans un schisme, deux groupes religieux auront des cultes séparés, souvent à cause de désaccords mineurs sur des points de liturgie ou de doctrine. Dans le logiciel libre et l‘open source, les deux groupes se sont articulés autour de philosophies, de principes politiques et de motivations qui sont fondamentalement différentes. Et pourtant les deux parties continuent de travailler en étroite collaboration au sein des mêmes organisations.

Les conversations autour du libre et du gratuit dans les communautés du logiciel libre et de l‘open source ont occulté un second niveau d’ambiguïté dans le terme « logiciel libre », bien moins discuté : le terme a conduit à croire qu’il fallait interpréter les quatre libertés comme des déclarations sur les qualités que les programmes eux-mêmes devraient posséder. Stallman se fiche du logiciel libre en tant que tel, ce qui lui importe c’est la liberté des utilisateurs. Les slogans « free as in freedom » et « free speech not free beer » n’aident en rien à résoudre ce second type d’ambiguïté, et créent même de la confusion. « Free as in freedom » ne dit rien sur ce qui devrait être libre, tandis que « free speech not free beer », reproduit un problème similaire : les défenseurs de la liberté de parole ne défendent pas tant la liberté d’expression en tant que telle que la liberté des individus dans leur parole. Quand pour l’essentiel le discours des promoteurs du logiciel libre insiste sur les caractéristiques des programmes, certains en viennent à considérer la liberté de l’utilisateur comme un problème de second ordre – c’est tout simplement ce qui se produit lorsque le logiciel est libre.

Quand le logiciel est libre, mais pas les utilisateurs

La liberté de l’utilisateur ne découle pas toujours de la liberté du logiciel. En effet, le logiciel libre a pris de l’importance dans les domaines économique et politique : cela a suscité l’intérêt de certaines personnes qui souhaitaient en récolter les bénéfices tout en maintenant l’action et l’indépendance des utilisateurs dans des limites.

Google, Facebook, et autres titans de l’économie du Web ont bâti leur entreprise sur les logiciels libres. En les utilisant ils n’agissent pas seulement en passagers clandestins, dans de nombreux cas ces firmes partagent gratuitement, au minimum, une partie du code qui fait fonctionner leurs services et investissent des ressources conséquentes dans la création ou l’amélioration de ce code. Chaque utilisateur d’un réseau basé sur des logiciels libres peut posséder une copie du logiciel qui respecte les quatre libertés de la FSD. Mais à moins que ces utilisateurs n’exécutent le service web eux-mêmes- ce qui peut s’avérer techniquement ou économiquement infaisable – ils restent sous la coupe des firmes qui, elles, font bel et bien fonctionner leurs copies. Le « Logiciel en tant que Service » (Software as a Service, ou SaaS) – ou logiciel fourni via « le cloud » – est à priori entièrement compatible avec le principe d’un logiciel libre. Toutefois, du fait que les utilisateurs du service ne peuvent pas changer le logiciel ou l’utiliser comme ils le souhaitent sans l’autorisation et la surveillance de leur fournisseur de service, les utilisateurs de SaaS sont au moins aussi dépendants et vulnérables qu’ils le seraient si le code était fermé.

Chrome OS de Google est une tentative pour construire un système d’exploitation qui pousse les utilisateurs à être constamment en ligne et à utiliser des services comme Google Docs pour réaliser la plupart de leurs tâches informatiques. Quand Google a annoncé Chrome OS, nombreux étaient ceux qui ont applaudi dans la communauté du logiciel libre ; Chrome OS est en effet basé sur GNU/Linux, il s’agit presque entièrement de logiciel libre, et il avait l’appui de Google. Mais le but réel de Chrome OS est de changer l’endroit où les utilisateurs réalisent leurs tâches informatiques, en remplaçant les applications que l’utilisateur aurait fait tourner sur sa machine par des SaaS sur Internet. Chaque fois qu’on remplace un logiciel libre du bureau par un SaaS, on passe d’une situation où l’utilisateur avait le contrôle sur ses logiciels à une situation où il n’a pratiquement plus aucun contrôle. Par exemple, l’utilisation que fait Google des logiciels libre dans les services SaaS lui permet de surveiller tous les usages et d’ajouter ou retirer des fonctionnalités selon son bon vouloir. Ainsi, en se concentrant sur la liberté des logiciels et non sur celle des utilisateurs, bien des partisans du logiciel libre n’ont pas su anticiper cette inquiétante dynamique.

TiVo – le pionnier des magnétoscopes numériques – présentait un défi différent. Son système se basait sur GNU/Linux et, conformément à la licence « copyleft » sous laquelle sont distribués la plupart des logiciels libres, la société TiVo autorisait l’accès complet à son code source. Mais TiVo utilisait le chiffrage pour verrouiller son système afin qu’il ne s’exécute que sur des versions approuvées de Linux. Les utilisateurs de TiVo pouvaient étudier et modifier le logiciel TiVo, mais ils ne pouvaient pas utiliser ce logiciel modifié sur leur TiVo. Le logiciel était libre, les utilisateurs ne l’étaient pas.

Les SaaS, Chrome OS et la Tivoisation sont des sujets qui continuent de remuer le milieu des logiciels libres et open source et mettent à jour des lignes de fracture. Il n’est guère surprenant que les partisans de l‘open source ne voient aucun problème avec les SaaS, Chrome OS et la Tivoisation ; ils ne sont pas engagés dans la liberté des utilisateurs ou du logiciel. Toutefois chacun de ces exemples a été facteur de division, y compris parmi les personnes qui pensaient que le logiciel devrait être libre. La Fondation du Logiciel Libre (Free Software Foundation, FSF) a pris explicitement position contre chacun des sujets ci-dessus. Mais il a fallu du temps avant d’identifier chacune de ces menaces et ce fut laborieux de réussir à faire passer le message aux sympathisants. Aujourd’hui, il semble probable que Google et son modèle d’entreprise orienté service représentent une plus grande menace pour la liberté des futurs utilisateurs d’ordinateur que ne l’a été Microsoft. Mais comme Google se conforme scrupuleusement aux termes de la licence du logiciel libre et contribue aux projets de logiciels libres par une grande quantité de code et d’argent, les partisans du logiciel libre ont mis du temps à l’identifier comme une menace et à réagir.

Même la Free Software Foundation continue à se battre avec sa propre mission axée sur le logiciel. Stallman et la FSF ont travaillé ces dernières années pour déplacer du code non-libre qui s’exécute sur les périphériques internes des ordinateurs (par exemple, une carte wifi ou une carte graphique intégrée à l’intérieur d’un portable) depuis le disque dur principal de l’ordinateur vers les sous-processeurs eux-mêmes. L’idée derrière ces efforts est d’éliminer le code non-libre en le basculant vers les composants matériels. Mais les utilisateurs des logiciels sont-ils plus libres si les technologies propriétaires, qu’ils ne peuvent changer, existent dans leur ordinateur sous une forme plutôt qu’une autre ?

La clé pour répondre à cette question – et à d’autres -, c’est de rester concentré sur ce qui distingue libre et ouvert. Les promoteurs du logiciel libre doivent revenir à leur objectif premier : la liberté des personnes, et non celle des logiciels. L’apport fondamental de Stallman et du mouvement libre a été de relier les questions de la liberté et de l’autonomie personnelle à d’autres considérations, quoique ce lien ne soit pas évident pour beaucoup. La manière dont les utilisateurs resteront libres évoluera avec les changements de nature de la technologie. Et alors que certains adaptent les principes du logiciel libre à de nouveaux domaines, ils vont se retrouver confrontés à des problèmes de traduction comparables. Selon le soin que portera notre communauté à distinguer entre les différents mode d’ouverture et à mettre en évidence les questions de contrôle, de politique et de pouvoir, la philosophie du logiciel libre restera pertinente dans toutes ces discussions plus générales autour des nouveaux et différents biens communs – dans les logiciels et au delà.

Crédit photo : David Shankbone (Creative Commons By)

Au delà de l’émotion des circonstances, voici la traduction d’une note d’Aaron Swartz qui pose la question du devenir de nos données après notre mort.

Et pour ce qui concerne le code, le léguer à la FSF est une bonne idée 😉

Cet article est rangé dans le répertoire « 2002 » de son site. Il avait alors 16 ans !

Si je me fais renverser par un camion…

If I get hit by a truck…

Aaron Swartz – 2002 – Site personnel
(Traduction : Moosh, lgodard, zozio nocture (aka brandelune), aKa, Sky)

Si je me fais renverser par un camion… lisez cette page.

Il y a une vieille blague chez les programmeurs sur qui va gérer le code si son auteur se fait renverser par un camion. Cette page est ici pour assurer que tout le monde sache quoi faire si, pour une raison donnée, je ne suis plus en mesure de conserver mes services Web en fonctionnement.

Je désigne Sean B. Palmer comme mon exécuteur testamentaire virtuel pour l’organisation de ces choses (et Sean, si tu effaces quoi que ce soit, je te hanterai de ma tombe !)

Je demande que le contenu de tous mes disques durs soit rendu public sur aaronsw.com.

Web.Resource.org Sean (ou la personne qu’il désignera) deviendra le nouveau webmaster. Continue de mettre à jour le site et la liste des miroirs, et garantis la persistance des URLs. (Ceci implique que rien de controversé ou d’illégal ne doive être ajouté, à part pour Cryptome.)

Code Source Le copyright pour mon code source sous GPL doit être transféré à la Free Software Foundation. Elle semble avoir une politique raisonnable concernant la mise à disposition du code.

Sites Web Merci de laisser les sites Web opérationnels quand c’est possible, sans modifier les contenus que j’ai écrit quand approprié. Des pages dédiées (par exemple sur aaronsw.com) pourront contenir une note sur ce qui m’est arrivé avec un lien vers des plus d’information. La page d’accueil sur aaronsw.com devra être modifiée avec un lien vers l’ancienne page.

Tombe Je voudrais reposer dans un endroit qui ne me tuera pas. Ce qui veut dire avoir un accès à de l’oxygène (bien qu’un accès direct serait probablement une mauvaise chose), et ne pas avoir à traverser 6 pieds de saleté.

Pour le reste, envoyez un e-mail à Sean. Je suis certain qu’il fera quelque chose de raisonnable.

Si quelque chose m’arrive, merci de mettre à jour le pied de page de cette note avec un lien. Envoyez également un e-mail aux listes concernées et mettez en place une réponse automatique pour mon adresse e-mail afin d’informer les personnes qui m’écrivent. N’hésitez pas à publier les choses que les gens disent à mon propos sur le site. Tout ceci est probablement évident, et je suis certain que vous vous en sortirez.

Oh, et au fait, vous me manquerez tous.

Crédit photo : Doc Searls (Creative Commons By)

Voici un titre étrange pour un blog comme le nôtre.

Oui il existe des logiciels libres de mauvaise qualité qui ne souffrent pas la comparaison avec leurs concurrents propriétaires ! Et oui encore la majorité des logiciels libres sont uniquement développés par un seul et unique contributeur : leur créateur !

Face à de tels logiciels, les partisans de l’open source pleurent car ils détruisent aussi bien leur argumentaire pratico-technique que le mythe de la collaboration spontanée. Les partisans de logiciel libre envisagent quant à eu les choses différemment car ce qu’ils voient avant tout c’est que le logiciel est libre.

Le logiciel libre n’est pas meilleur en pratique mais il est libre en théorie et c’est bien ça le plus important…

Remarque : Cette traduction est le fruit d’une coopération entre Framasoft (et son énergie plurielle présente sur Framalang et les réseaux sociaux) et l’April (via son équipe de traduction du site GNU.org)

Quand le logiciel libre n’est pas meilleur, en pratique

When Free Software Isn’t (Practically) Better

Benjamin Mako Hill – GNU.org
Licence Creative Commons By-Nd – Version du 6 octobre 2012
(Traduction : Framalang et l’équipe Trad-GNU de l’April)

Les objectifs affichés par l‘Open Source Initiative sont les suivants : « L’open source est une méthode de développement logiciel qui exploite la puissance d’une évaluation décentralisée, par les pairs, et la transparence des processus. Les promesses de l’open source sont une meilleure qualité, une plus grande fiabilité, davantage de flexibilité, un moindre coût et la fin d’une situation permettant à des fournisseurs rapaces de verrouiller leurs produits. »

Depuis plus de dix ans maintenant, la Free Software Foundation ne cesse d’argumenter contre la qualification d’« open source » dont on affuble le mouvement du logiciel libre. Si nous, les partisans du logiciel libre, réfutons ce qualificatif d’« open source », c’est surtout parce que nous considérons qu’il s’agit d’un effort volontaire pour réduire la portée de notre message de liberté et masquer le rôle de notre mouvement dans le succès du logiciel que nous avons bâti. Si nous disons que le terme « open source » est mauvais, c’est fondamentalement parce qu’il tente d’éviter toute discussion à propos de la liberté du logiciel. Mais il y a une autre raison pour laquelle nous devrions nous méfier du cadre « open source ». L’argument fondamental de l’open source, tel qu’il est défini dans la déclaration ci-dessus, est souvent incorrect.

Malgré la suggestion de l‘Open Source Initiative, que « la promesse de l’open source est une meilleure qualité, une plus grande fiabilité, plus de flexibilité », cette promesse n’est pas toujours honorée. Bien que nous ne le mettions pas souvent en avant, tout utilisateur d’un logiciel libre aux premiers stades de son développement peut expliquer que ce logiciel n’est pas toujours aussi pratique, sur le plan purement fonctionnel, que ses concurrents privateurs^[1] Un logiciel libre est parfois de piètre qualité. Il n’est pas toujours très fiable. La souplesse lui fait parfois défaut. Si les gens prennent les arguments en faveur de l’open source au sérieux, ils doivent expliquer pourquoi l’open source n’a pas tenu ses « promesses » et conclure que des outils privateurs seraient un meilleur choix. Il n’y a aucune raison pour que nous fassions de même.

Richard Stallman parle de cela dans son article « Pourquoi l’open source passe à côté du problème que soulève le logiciel libre » lorsqu’il explique : « L’open source repose sur l’idée qu’en permettant aux utilisateurs de changer et redistribuer le logiciel, celui-ci en sortira plus puissant et plus fiable. Mais cela n’est pas garanti. Les développeurs de logiciels privateurs ne sont pas forcément incompétents. Parfois ils produisent un programme qui est puissant et fiable, même s’il ne respecte pas la liberté de l’utilisateur. »

Pour l’open source, la mauvaise qualité d’un logiciel est un problème à analyser ou une raison de fuir ce logiciel. Pour le libre, c’est un problème à résoudre. Pour les partisans du libre, les bogues et les fonctionnalités manquantes ne sont jamais une raison d’avoir honte. Tout logiciel qui respecte la liberté de ses utilisateurs possède un avantage inhérent sur son concurrent privateur. Même s’il a ses propres problèmes, un logiciel libre a toujours la liberté.

Bien évidemment, tout logiciel libre doit commencer quelque part. Un nouveau programme, par exemple, a peu de chances d’offrir plus de fonctionnalités qu’un programme privateur déjà établi. Un projet commence avec de nombreux bogues et s’améliore avec le temps. Alors que les partisans de l’open source peuvent argumenter qu’un projet deviendra utile avec du temps et un peu de chance, un projet libre représente pour les partisans du logiciel libre une importante contribution, dès le premier jour. Chaque logiciel qui donne aux utilisateurs le contrôle sur leur technologie est un pas en avant. L’amélioration en qualité due à la maturation d’un projet n’est que la cerise sur le gâteau.

Un second point, peut-être plus accablant encore, est que le processus de développement collaboratif, distribué, évalué par les pairs, qui est au cœur de la définition de l’open source, ne ressemble que de loin à la manière dont sont développés en pratique la plupart des projets sous licence libre (ou « open source »).

Plusieurs études universitaires menées sur les sites d’hébergement de logiciels libres SourceForge et Savannah ont démontré ce que beaucoup de développeurs de logiciels libres ayant mis en ligne une base de code savent déjà : la grande majorité des projets libres ne sont pas particulièrement collaboratifs. Le nombre médian de contributeurs à un projet de logiciel libre sur SourceForge ? Un. Un développeur solitaire. Les projets de SourceForge du quatre-vingt-quinzième centile en termes de nombre de participants n’ont que cinq contributeurs. Plus de la moitié de ces projets libres, et même la plupart des projets qui ont fait plusieurs versions à succès et ont été téléchargés fréquemment sont l’œuvre d’un seul développeur avec un peu d’aide de l’extérieur.

En insistant sur la puissance du développement collaboratif et de « l’évaluation décentralisée par les pairs », l’approche open source semble ne pas avoir grand chose à dire, dans la majorité des cas, sur les raisons pour lesquelles on devrait contribuer à un projet libre ou se servir d’un logiciel en développement. Puisque les avantages supposés de la collaboration ne peuvent être constatés quand il n’y a pas de collaboration, la grande majorité des projets de développement libres n’ont pas d’avantage technique sur leurs concurrents privateurs.

Pour les partisans du logiciel libre, ces mêmes projets sont tous vus comme des succès importants. Comme chaque logiciel libre respecte la liberté de ses utilisateurs, les partisans du libre peuvent argumenter qu’il possède au départ un avantage éthique intrinsèque sur les concurrents privateurs – même sur ceux qui proposent plus de fonctionnalités. En insistant sur la liberté plutôt que sur les avantages pratiques, la défense du logiciel libre est ancrée dans la réalité technique d’une façon qui manque souvent à l’open source. Quand le logiciel libre est meilleur, nous pouvons nous en réjouir. Quand il ne l’est pas, nous n’avons pas à considérer cela comme une attaque dirigée contre lui ni même comme un argument valable contre l’utilisation du logiciel en question.

Les partisans de l’open source doivent défendre leur thèse selon laquelle le logiciel développé librement devrait, ou devra avec le temps, être meilleur que le logiciel privateur. Les militants du logiciel libre peuvent quant à eux demander : « Comment peut-on rendre le logiciel libre meilleur ? » Dans le cadre du libre, les logiciels de haute qualité existent comme un moyen plutôt que comme une fin en soi. Les développeurs de logiciels libres doivent s’efforcer de créer des logiciels fonctionnels, flexibles, qui servent bien leurs utilisateurs. Mais ceci n’est pas le seul moyen de progresser vers la réalisation d’un objectif qui est à la fois plus simple et bien plus important : respecter et protéger leurs libertés.

Bien sûr, nous ne cherchons pas à nier que la collaboration joue un rôle important dans la création de logiciels de haute qualité. Dans la plupart des projets libres ayant réussi, ce fut d’ailleurs le cas. Il faut comprendre, soutenir et développer la collaboration, plutôt que de considérer dogmatiquement qu’elle va de soi, quand bien même les faits sont là pour montrer le contraire.

Crédit photo : James Rickwood (Creative Commons By)

On a parfois tendance à l’oublier, mais le logiciel libre est là depuis un certain temps déjà. D’ailleurs si son histoire de l’intérieur vous intéresse nous vous suggérons l’excellente et enrichissante lecture de notre biographie de Richard Stallman.

L’intérêt de cette traduction est de venir nous le rappeler à l’occasion du vingt-cinquième anniversaire du célèbre compilateur GCC du projet GNU, en soulignant le fait qu’il est toujours utilisé de nos jours et qu’il ne faudrait pas oublier d’où il vient^[1].

L’occasion aussi de constater comment l‘open source est évoqué dans la grande presse nationale, en l’occurrence australienne.

Les bénéfices de l’open source

The benefits of open source

George Wright – 25 mars 2012 – The Sydney Morning Herald
(Traduction Framalang : Céline, Lamessen, Amine Brikci-N, Evpok, Goofy et Barbidule)

Les logiciels libres et open source ont un impact sur nos vies, qu’on le sache ou non. Souvent mal compris et éveillant la méfiance, de nombreuses sociétés profitent de leurs avantages sans reconnaître la communauté qui en est à l’origine. Avant d’aller plus loin, le logiciel libre n’est pas une question de prix, mais plutôt une idéologie qui prône qu’un logiciel est plus utile lorsqu’il est permis de l’utiliser, de l’améliorer et d’en étudier le code source librement.

Cette année marque le 25ème anniversaire de la naissance du compilateur C de GNU (abrégé en GCC). En 1987, un certain Richard M. Stallman bien plus jeune mais probablement déjà sacrément barbu sort ce qui est probablement l’une des plus importantes contributions à la culture informatique moderne – un compilateur C libre (autant en coût qu’en liberté). Pour faire simple, les compilateurs sont des logiciels qui traitent un ensemble d’instructions écrites dans un langage structuré humainement lisible (comme ici, le langage C) et le compilent en instructions qu’un ordinateur peut comprendre (appelé code machine). La sortie du compilateur est un assemblage de logiciels exécutables appelés bibliothèques, exécutables ou binaires.

Richard Stallman, souvent simplement surnommé RMS sur le Net, a fondé le projet GNU de façon à créer un système d’exploitation proche d’Unix complètement libre et ouvert. GNU signifie GNU’s not Unix. On retrouve souvent ce style d’acronymes récursifs dans le monde de l’informatique, qui en est malheureusement friand. À l’époque, Unix était un système fortement propriétaire et seulement utilisé par les grands centres de recherche, les entreprises, le gouvernement ou les installations militaires. Au début des années 80, Unix, alors qu’il constituait une technologie fermement établie, faisait l’objet de poursuites dans des affaires antitrust entre le Département de Justice américain et Bell Systems. AT&T tenta de commercialiser Unix System V mais cela représenta une menace pour l’entraide entre les chercheurs en informatique.

Un système similaire à Unix, créé avec pour principes la protection des libertés fondamentales des programmeurs et des utilisateurs que ce soit pour l’exécution, l’étude, la modification ou la distribution des logiciels sans avoir à craindre que votre travail soit contrôlé par d’autres, semblait souhaitable. Unix étant déjà une plateforme de recherche informatique importante (sur laquelle beaucoup de fonctionnalités que nous tenons pour acquises de nos jours étaient développées et expérimentées), les soucis légaux, la mauvaise gestion d’entreprise et les contrôles propriétaires menaçaient de ralentir sérieusement l’innovation.

Il n’est pas difficile de voir que sortir un système d’exploitation du laboratoire et former une communauté autour est essentiel pour que l’informatique bénéficie des rapides progrès qui ont été obtenus durant les trente dernières années. Au cœur de cette communauté se trouvait la chaîne d’outils de GNU et le joyau qu’est le compilateur du projet GNU.

Bon anniversaire GCC et merci à tous les chercheurs, les développeurs et les défenseurs de la liberté qui ont rendu cela possible au cours de ces 25 dernières années !

Assez parlé du passé. La communauté des logiciels libres est bien en vie et continue de contribuer à de nombreuses technologies et innovations qui peuvent être partagées par tous.

Pendant cette semaine, je parlais à un gros distributeur de logiciels en faisant une évaluation de l’une de leurs plateformes. La plateforme était excellente et dépassait mes attentes et alors que nous creusions plus profondément dans les sous-composants, j’ai demandé quels étaient les outils qu’ils utilisaient pour effectuer certaines fonctions de manipulation d’images. Presque embarrassés, ils m’ont répondu ImageMagick, une bibliothèque open source d’édition d’images développée par ImageMagick Studio. Il m’a semblé étrange de voir qu’il y ait encore une honte à admettre que les vendeurs de logiciels utilisent des logiciels open source dans le cadre de leurs offres.

Pourquoi une telle honte ?

Les systèmes sont plus que la somme de leurs composants. Si l’utilisation d’une bibiliothèque libre vous permet d’obtenir une fonctionnalité dont vous avez besoin et tant que vous vous conformez aux termes de la licence, c’est du bon sens. Pourquoi réinventer la roue et passer aux oubliettes ce qui est parfois un travail de plusieurs années de développement et de tests effectués par la communauté ?

Ce n’est pas une raison pour utiliser les logiciels libres à tort et à travers. Chaque activité commerciale se doit d’évaluer les avantages et les inconvénients de chaque bibliothèque ou sous-système selon ses besoins. Mais rejeter ces solutions potentielles à cause de préjugés sur les logiciels libres/open source, c’est de l’ignorance. Il y a des implications légales, si vous décidez par exemple de développer des extensions de ces bibliothèques, mais c’est loin d’être aussi problématique que cela est souvent affirmé.

Je ne vous demande pas de distribuer votre produit sous une licence open source. Si vous êtes dans le secteur du développement logiciel, souvent vos développeurs connaitront ces bibliothèques et outils. Ayez une discussion franche et ouverte avec eux sur le potentiel que peut apporter l’exploitation de ces bibliothèques. Dites quelles sont les bibliothèques libres que vous utilisez et quelle est votre politique concernant la contribution à apporter à la communauté par les améliorations réalisées ou même le parrainage des améliorations.

Finalement, si votre société utilise des plateformes et des bibliothèques développées par la communauté, fêtez-le. Vous êtes en bonne compagnie.

Initialement publié sur smh.com.au IT Pro.

Petite mise en lumière d’un article du site de Free Software Foundation de Richard Stallman.

Quand on regarde ce qui a été fait dans ce domaine à l’Éducation nationale française ces cinq dernières années (à savoir pas grand chose), on se dit qu’il y a encore du pain sur la planche…

On notera que l’on n’oppose pas outils et savoirs informatiques et que dans les deux cas le logicel libre est plus que pertinent^[1].

Pourquoi les établissements d’enseignement devraient utiliser le logiciel libre et l’enseigner

URL d’origine du document

Free Software Foundation – licence Creative Commons By-Nd
Version du 2 février 2012 – Traduction : Pierrick L’Ébraly

Les écoles devraient apprendre à leurs élèves à devenir les citoyens d’une société forte, compétente, indépendante et libre.

Ce sont les raisons principales pour lesquelles universités et écoles de tous niveaux devraient n’utiliser que du logiciel libre.

Partage

Les établissements scolaires doivent enseigner les valeurs du partage en montrant l’exemple. Le logiciel libre aide l’éducation, en permettant le partage des savoirs et des outils :

• Savoirs. Beaucoup de jeunes élèves ont un don pour la programmation, ils sont fascinés par les ordinateurs et enthousiastes à l’idée d’apprendre comment leurs systèmes marchent. Avec des logiciels privateurs^[2], cette information est un secret, donc les enseignants ne peuvent d’aucune façon les rendre accessibles à leurs élèves. Mais s’il s’agit de logiciel libre, le professeur peut expliquer les bases, et leur donner le code source pour qu’ils le lisent et apprennent.

• Outils. Les professeurs peuvent fournir à leurs élèves des copies des programmes qu’ils utilisent en classe, pour qu’ils puissent les utiliser chez eux. Avec le logiciel libre, la copie est non seulement autorisée, mais encouragée.

Responsabilité sociale

• L’informatique est devenue une partie essentielle du quotidien. La technologie numérique transforme notre société très rapidement, et les écoles ont une influence sur le futur de la société. Leur mission est de préparer les élèves à jouer leur rôle dans une société numérique libre en leur enseignant les savoir-faire qui leur permettront de prendre facilement le contrôle de leurs propres vies. Le logiciel ne doit pas être aux mains d’un développeur qui prenne des décisions unilatérales que personne d’autre ne puisse modifier. Les établissements d’enseignement ne doivent pas permettre aux entreprises du logiciel privateur d’imposer leur puissance sur le reste de la société et sur son futur.

Indépendance

Les écoles ont une responsabilité éthique : elles doivent enseigner la force, pas la dépendance vis-à-vis d’un seul produit ou de telle ou telle puissante entreprise. De plus, en choisissant d’utiliser le logiciel libre, l’école elle-même gagne en indépendance vis-à-vis de tout intérêt commercial et évite l’enfermement par un fournisseur.

• Les entreprises du logiciel privateur utilisent écoles et universités comme tremplin pour atteindre les utilisateurs et de là imposer leurs logiciels à la société dans son ensemble. Elles proposent des réductions, voire des copies gratuites de leurs logiciels privateurs aux établissements d’enseignement, de manière que les étudiants apprennent à les utiliser et en deviennent dépendants. Une fois que les étudiants auront leur diplôme, ni eux, ni leurs futurs employeurs ne se verront offrir de copies au rabais. Fondamentalement, ces entreprises font des écoles et des universités des démarcheurs pour amener les gens à une dépendance permanente à vie.

• Les licences libres n’expirent pas, ce qui veut dire qu’une fois que le logiciel libre est adopté, les établissements conservent leur indépendance vis-à-vis du vendeur. De plus, les licences libres donnent aux utilisateurs le droit, non seulement d’utiliser les logiciels comme ils le souhaitent, de les copier et de les distribuer, mais aussi de les modifier pour les faire répondre à leurs propres besoins. Ainsi, si une institution décide de mettre en œuvre une fonction spécifique dans un logiciel, elle peut demander ce service à n’importe quel développeur, sans avoir à passer par le distributeur initial.

Apprendre

Quand ils choisissent où ils étudieront, de plus en plus d’élèves prennent en compte le fait pour une université d’enseigner ou non l’informatique et le développement logiciel en utilisant le logiciel libre. Le logiciel libre signifie que les élèves sont libres d’étudier la façon dont fonctionnent les programmes, et d’apprendre à les adapter à leurs propres besoins. S’instruire au sujet du logiciel libre aide aussi dans l’étude de la pratique professionnelle et de l’éthique du développement logiciel.

Économies

C’est un avantage évident qui attirera tout de suite de nombreux administrateurs, mais c’est un bénéfice marginal. Le plus important, c’est qu’en étant autorisé à distribuer des copies du programme à faible coût ou gratuitement, les écoles peuvent en fait aider les familles ayant des difficultés financières, promouvant ainsi l’équité et l’égalité d’accès au savoir parmi les élèves.

Qualité

Des solutions libres stables, sûres et facilement installées sont disponibles pour l’éducation dès à présent. De toute façon, l’excellence des performances n’est qu’un bénéfice secondaire, le but ultime étant la liberté pour les usagers de l’informatique.

La « timidité » des pouvoirs publics vis-à-vis du logiciel libre est quelque chose qui en 2012 défie le bon sens.

Comme d’habitude avec Richard Stallman^[1] c’est du sans concession mais je me prends à rêver que tous les candidats aux futures élections approuvent ces mesures et s’engagent en signant en bas de la page…

Au delà de ce crucial sujet de fond, ce billet a deux autres intentions. Rappeler l’existence du site Gnu.org qui accueille entre autres les écrits de Richard Stallman et de la Free Software Foundation et qui réalise un gros travail de traduction. Appeler à participer à la campagne de soutien dont il ne manque plus grand chose pour atteindre l’objectif fixé.

Mesures à la portée des gouvernements pour promouvoir le logiciel libre

URL d’origine du document

Richard Stallman – GNU.org – version du 06 janvier 2012
Licence Creative Commons By-Nd

Cet article suggère des mesures pour une politique forte et résolue destinée à promouvoir le logiciel libre au sein de l’État, et à conduire le pays vers la liberté informatique.

La mission de l’État est d’organiser la société avec pour objectif la liberté et le bien-être du peuple. Un aspect de cette mission, dans le domaine informatique, est d’encourager les utilisateurs à adopter le logiciel libre.

L’État a besoin d’exiger le logiciel libre dans sa propre informatique pour garantir sa souveraineté dans ce domaine (c’est-à-dire le contrôle par l’État de son informatique). Les utilisateurs ont un droit légitime au contrôle de leur informatique, mais l’État est responsable envers les citoyens du maintien de son contrôle sur les travaux informatiques qu’il effectue pour eux. La plupart des activités de l’État se font actuellement par ce moyen, et son contrôle de ces activités dépend donc de son contrôle de son informatique. Lorsqu’il s’agit d’une agence dont la mission est cruciale, perdre ce contrôle sape la sécurité nationale.

La migration des organismes étatiques vers le logiciel libre peut fournir des bénéfices supplémentaires qui sont d’induire des économies budgétaires et de dynamiser l’industrie locale de support de logiciel.

Dans ce texte, « organismes étatiques » se réfère à tous les niveaux de gouvernement, et signifie les organismes publics y compris les écoles, les partenariats public-privé, les organismes en grande partie financés par l’État, et les sociétés « privées » contrôlées par l’État ou auxquelles l’État a attribué des privilèges ou des missions particulières.

Le domaine politique le plus important concerne l’éducation, dans la mesure où celle-ci détermine l’avenir d’une nation :

• Les activités éducatives, du moins celles qui sont assurées par des organismes étatiques, doivent enseigner uniquement les logiciels libres (et donc ne devraient jamais conduire les élèves à utiliser un programme non libre), et devraient enseigner les raisons civiques de promouvoir le logiciel libre. Enseigner un programme non libre revient à enseigner la dépendance, ce qui est contraire à la mission de l’école.

Sont également cruciales les politiques publiques qui ont des conséquences sur le type de logiciel utilisé par les particuliers et par les organisations :

• Les lois et les pratiques du secteur public doivent être modifiées afin de ne jamais obliger les particuliers ou les organisations à utiliser un programme non libre, ni les y pousser, même indirectement. Elles doivent aussi décourager les pratiques de communication et de publication qui impliquent de telles conséquences, y compris la gestion numérique des restrictions (DRM) EN).

• Chaque fois qu’un organisme étatique distribue des logiciels au public, y compris des programmes inclus dans ses pages web ou exigés par elles, ces programmes doivent être distribués en tant que logiciels libres, et être aptes à fonctionner dans un environnement 100% libre.

• Les sites web et les serveurs des organismes étatiques doivent être conçus pour fonctionner parfaitement dans des environnements 100% libres sur l’ordinateur de l’utilisateur.

• Les organismes étatiques doivent utiliser uniquement les formats de fichier et les protocoles de communication qui sont bien pris en charge par le logiciel libre, et de préférence ceux dont les spécifications ont été publiées. (Nous n’énonçons pas cette règle en termes de « standards » parce qu’elle doit s’appliquer aux interfaces non standardisées aussi bien que standardisées.) Par exemple, ils ne doivent pas distribuer d’enregistrements audio ou vidéo dans des formats qui nécessitent de recourir à Flash ou à des codecs non libres, et les bibliothèques publiques ne doivent pas distribuer d’œuvres munies de dispositifs de gestion numérique des restrictions (DRM).

Plusieurs politiques affectent la souveraineté informatique de l’État. Les organes étatiques doivent exercer le contrôle de leur informatique, et ne pas céder celui-ci aux mains d’entités privées. Ces points s’appliquent à tous leurs ordinateurs, y compris les smartphones.

• Tous les organismes étatiques doivent migrer vers le logiciel libre, et ne doivent installer ni continuer à utiliser aucun logiciel non libre, sauf exception temporaire. Une seule agence doit être compétente pour accorder ces dérogations temporaires, et seulement lorsque des raisons impérieuses sont démontrées. L’objectif de cette agence devrait être de réduire le nombre de ces exceptions à zéro.

• Quand un organisme étatique finance le développement d’une solution informatique, le contrat doit exiger que ce soit une solution logicielle libre et capable de fonctionner dans un environnement 100% libre. Tous les contrats doivent l’exiger, de sorte que si les développeurs ne se conforment pas à cette exigence, leur ouvrage ne puisse être payé.

• Quand un organisme étatique achète ou loue des ordinateurs, il doit choisir parmi les modèles qui se rapprochent le plus, dans leur catégorie de spécifications et capacités, d’un fonctionnement sans aucun logiciel privateur (non libre). L’État doit maintenir, pour chaque catégorie d’ordinateurs, une liste des modèles acceptables répondant à ce critère. Les modèles disponibles à la fois pour le public et l’État doivent être préférés aux modèles disponibles uniquement pour l’État.

• L’État se doit de négocier activement avec les fabricants pour favoriser la disponibilité sur le marché (tant pour le public que pour l’État), dans tous les domaines pertinents, de produits matériels hardware appropriés qui ne nécessitent aucun logiciel privateur.

• L’État devrait inviter d’autres États à négocier collectivement avec les fabricants la fourniture de produits matériels appropriés. Car ensemble ils auront plus de poids.

La souveraineté et la sécurité informatiques d’un État supposent le contrôle de l’État sur les ordinateurs effectuant des tâches de son ressort. Cela exige d’éviter le logiciel en tant que service (SaaS), à moins qu’il ne soit géré par une agence de l’État. (Cependant, pour respecter la séparation des pouvoirs, les travaux informatiques des services relevant respectivement de l’exécutif, du législatif et du judiciaire ne doivent pas être confiés à une agence relevant d’un autre pouvoir.) Plus généralement, cela exige d’éviter toute pratique qui diminuerait le contrôle exercé par l’État sur son informatique.

• Tout ordinateur utilisé au service de l’État doit avoir été acquis ou loué par une entité relevant du même « pouvoir » (exécutif, législatif ou judiciaire) que l’administration utilisatrice ; aucune entité extérieure à ce pouvoir ne doit avoir le droit de décider qui a accès à l’ordinateur, qui peut en effectuer la maintenance (matérielle ou logicielle), ou quels logiciels doivent y être installés. Si l’ordinateur n’est pas portable, alors il doit être utilisé dans un espace dont l’État est propriétaire ou locataire.

Une autre politique concerne le développement de logiciels libres et non libres :

• L’État doit encourager les développeurs à créer ou à améliorer le logiciel libre ainsi que tous ceux qui les mettent à disposition du public, par exemple au moyen d’exonérations fiscales ou de toutes autres incitations financières. Au contraire, aucune incitation ne doit être accordée pour le développement, la distribution ou l’utilisation de logiciels non libres.

• En particulier, les développeurs de logiciels privateurs ne devraient pas être en mesure de « donner » des copies à des écoles et réclamer une déduction d’impôt basée sur la valeur nominale du logiciel. Les logiciels privateurs n’ont nulle légitimité dans les écoles.

Un tel train de mesures doit permettre à l’État de recouvrer le contrôle et la souveraineté de son informatique, ainsi que d’amener les citoyens, les entreprises et les organisations du pays à prendre le contrôle de leur informatique.

Le cauchemar paranoïaque et apocalyptique d’un geek psychorigide est en passe de devenir réalité.

Trente ans, trente ans que Stallman et la Free Software Foundation répètent inlassablement qu’il est fondamental que ce soit l’homme qui contrôle le logiciel, et donc la machine, et non l’inverse.

Le discours est peut-être radical sur le fond (car il ne souffre d’aucune compromission) et parfois excentrique dans la forme (le personnage Richard Stallman^[1]) mais, comme Thom Holwerda ci-dessous, nous sommes de plus en plus nombreux à réaliser sa justesse et sa pertinence au fur et à mesure que le temps passe et les libertés s’amenuisent.

C’est d’ailleurs aussi voire surtout pour cela que nous avions traduit et enrichi avec lui sa biographie où figure en exergue cette citation de Lessig qui, cela dépend de nous, peut tout aussi bien être prémonitoire que tomber dans l’oubli :

« Chaque génération a son philosophe, écrivain ou artiste qui saisit et incarne l’imaginaire du moment. Il arrive que ces philosophes soient reconnus de leur vivant, mais le plus souvent il faut attendre que la patine du temps fasse son effet. Que cette reconnaissance soit immédiate ou différée, une époque est marquée par ces hommes qui expriment leurs idéaux, 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 ni un artiste ni un écrivain. C’est un informaticien. »

Remarque : On notera que l’auteur fait référence à une récente et marquante conférence de Cory Doctorow qui affirme l’importance de gagner la guerre actuelle contre le copyright, prélude, ni plus ni moins selon lui, à une future éventuelle guerre totale contre le Net et donc les citoyens. Nous aurons l’occasion d’en reparler car notre fine équipe Framalang a prévu son sous-titrage.

Richard Stallman avait raison depuis le début

Richard Stallman Was Right All Along

Thom Holwerda – 2 janvier 2012 – OSNews.com
(Traduction Framalang : Lolo le 13, Goofy, Slystone, e-Jim, Pandark et Clochix)

À la fin de l’année dernière, le président Obama a signé une loi qui permet de maintenir indéfiniment en détention des gens soupçonnés de terrorisme sans la moindre forme de procès ou de jugement en bonne et due forme. Les manifestants pacifiques des mouvements Occupy du monde entier ont été qualifiés de terroristes par les autorités. Des initiatives comme SOPA promeuvent une surveillance constante de tous les canaux de communication.

Il y a trente ans, lorsque Richard Stallman a lancé le projet GNU, et pendant les trois décennies qui ont suivi, ses vues radicales et parfois extrêmes ont été raillées et méprisées comme étant de la paranoïa — mais nous y voici, en 2012, et ses suppositions paranoïaques sont devenues réalité.

Jusqu’à récemment, il était facile d’écarter Richard Stallman en le qualifiant de fanatique paranoïaque, quelqu’un qui avait depuis longtemps perdu le contact avec la réalité. Une sorte d’éternel hippie des ordinateurs, la personnification parfaite de l’archétype du nerd vivant retiré du monde dans le garage d’une maison. Sa barbe, ses cheveux, sa tenue — dans notre monde d’apparences, il était très facile de l’écarter.

Ses positions ont toujours été extrêmes. Son unique ordinateur est un netbook Lemote Yeelong, car c’est le seul ordinateur qui n’utilise que des logiciels libres — pas de binaires dans le firmware, pas de BIOS propriétaire ; il est complètement libre. Il refuse également de posséder un téléphone portable, car ils sont trop simples à pister. En attendant qu’il existe un téléphone mobile équivalent au Yeelong, Stallman ne veut pas en posséder.

En règle générale, tous les logiciels devraient être libres. Ou, comme le dit la Free Software Foundation :

À mesure que notre société devient plus dépendantes des ordinateurs, les logiciels que nous utilisons sont d’une importance critique pour sécuriser l’avenir d’une société libre. Le logiciel libre permet d’avoir le contrôle de la technologie que nous utilisons dans nos maisons, nos écoles, nos entreprises, là où les ordinateurs travaillent à notre service et au service du bien commun, et non pour des entreprises de logiciels propriétaires ou des gouvernements qui pourraient essayer de restreindre nos libertés et de nous surveiller.

J’ai, moi aussi, ignoré Richard Stallman que je jugeais trop extrême. Le logiciel libre pour combattre les gouvernements qui contrôlent et espionnent ? Des entreprises démoniaques prêtes à prendre le contrôle du monde ? Le logiciel comme outil pour surveiller les canaux de communication privés ? Ok, je suis d’accord, le logiciel libre est important, et je le choisis à chaque fois qu’il implémente les mêmes fonctionnalités que les solutions propriétaires, mais de là à croire et adhérer aux sornettes de Stallman et de la FSF…

Or nous y voici.

Nous sommes au début de 2012 et Obama a signé le NDAA, qui autorise la rétention indéfinie de citoyens américains sans aucune forme de jugement ou de procès, simplement parce qu’ils sont suspectés de terrorisme. Au même moment, nous avons la loi SOPA, qui, si elle passe, mettrait en place un système dans lequel les sites peuvent être débranchés du Web, une fois encore sans la moindre forme de jugement ou de procès, tout en autorisant également la surveillance du trafic Internet. Combinez cela avec la façon dont les autorités ont qualifié de terroristes les mouvements Occupy et vous pouvez voir où cela nous amène.

Au cas où ça vous rappelle la Chine et des régimes totalitaires similaires, vous n’êtes pas le seul. Même l’Association du Cinéma d’Amérique, la MPAA, clame fièrement que ce qui fonctionne en Chine, Syrie, Iran et dans d’autres pays devrait fonctionner aux États-Unis. La Grande Muraille pare-feu de Chine et les systèmes de filtrage similaires sont glorifiés et cités en exemple dans ce qui est supposé être le monde libre.

Le nœud du problème ici est qu’à la différence de jadis, à l’époque où les régimes répressifs avaient besoin de réseaux compliqués de police secrète et d’informateurs pour surveiller les communications, tout ce dont ils ont besoin à présent est de contrôle sur le logiciel et le matériel que nous utilisons. Nos ordinateurs de bureau, nos portables, nos tablettes, nos smartphones, et toutes sortes de terminaux jouent un rôle dans pratiquement toutes nos communications. Vous pensez être à l’abri lorsque vous communiquez en face-à-face ? Réfléchissez-y à deux fois. Comment avez-vous préparé la rencontre ? Au téléphone ? Via le Web ? Et qu’est-ce que vous avez dans votre poche ou votre sac, toujours connecté au réseau ?

C’est contre cela que Stallman nous a mis en garde pendant toutes ces années — et la plupart d’entre nous, moi compris, ne l’ont jamais réellement pris au sérieux. Cependant, à mesure que le monde change, l’importance de la possibilité de vérifier ce que fait le code dans vos terminaux — ou de le faire faire par quelqu’un d’autre si vous n’en avez pas les compétences — devient de plus en plus évidente. Si nous perdons la possibilité de vérifier ce que font nos ordinateurs, nous sommes foutus.

C’est au cœur de ce que croient la Free Software Foundation et Stallman : que le logiciel propriétaire enlève à l’utilisateur le contrôle sur la machine, ce qui peut avoir des conséquences désastreuses, en particulier à présent que nous dépendons des ordinateurs pour à peu près tout ce que nous faisons. Le fait que Stallman l’ait prévu il y a près de trois décennies est remarquable, et donne raison à son activisme.

Et en 2012, nous allons avoir plus que jamais besoin de logiciels libres. Au récent Chaos Computer Congress de Berlin, Cory Doctorow a donné une conférence intitulée La guerre à venir sur l’informatique généraliste (NdT : The Coming War on General Purpose Computation). À cette occasion, Doctorow nous informa que l’ordinateur dont le contrôle complet est accessible à l’utilisateur est perçu comme une menace pour l’ordre établi actuel. La guerre du copyright ? Rien de plus qu’un prélude à la vraie guerre.

« En tant que membre de la génération Walkman, j’ai accepté le fait que j’aurai sûrement bientôt besoin d’implants auditifs, et, bien sûr, il ne s’agira pas de prothèses au sens classique, mais bien d’un ordinateur implanté dans mon corps », explique Doctorow. « Donc, lorsque je rentre dans ma voiture (un ordinateur dans lequel j’insère mon corps) avec mes audioprothèses (un ordinateur que j’insère dans mon corps), je veux être certain que ces technologies n’ont pas été conçues de manière à me cacher des choses, ni à m’empêcher de mettre fin à des processus qu’elles exécutent et qui nuiraient à mes intérêts ».

Et ceci est vraiment le coeur de la problématique. À partir du moment où les ordinateurs s’occupent de choses comme l’audition, la conduite automobile, et bien d’autres choses encore, nous ne pouvons plus nous permettre d’être privés d’accès à leur code. Nous devons avoir un droit de regard sur leur fonctionnement interne et pouvoir comprendre ce qu’ils font, afin de nous assurer que nous ne sommes pas surveillés, filtrés ou manipulés. Il y a peu, j’aurais encore affirmé que tout ceci n’est que pure paranoïa, mais avec tout ce qui se passe ces derniers temps, ce n’est plus de la paranoïa. C’est la réalité.

« À l’avenir, la liberté exigera de nous que nous ayons la capacité de surveiller nos appareils, de leur imposer ce que nous voulons qu’ils fassent, de définir une politique éthique et sensée pour leur utilisation, d’examiner et de pouvoir choisir et mettre fin aux processus qu’ils exécutent, afin qu’ils restent nos fidèles serviteurs, et non des traîtres et des espions à la solde de criminels, de voyous et d’obsédés du contrôle, qu’ils soient individus, États ou multinationales », nous avertit Doctorow, « Nous n’avons pas encore perdu, mais il nous faut gagner la guerre du Copyright afin de garder Internet et nos ordinateurs libres et ouverts. Parce que ces derniers sont les armes des guerres à venir, nous serons incapables de nous battre sans eux. »

Voilà pourquoi vous devriez soutenir Android (pas Google, mais Android), même si vous préférez l’iPhone. Voilà pourquoi vous devriez soutenir Linux, même si vous utilisez Windows. Voilà pourquoi vous devriez soutenir le serveur Web Apache, même si vous utilisez Microsoft IIS. Il va arriver un moment où être libre et ouvert ne sera plus seulement un avantage amusant, mais une nécessité.

Et ce moment approche beaucoup plus rapidement que vous ne le pensez.