« Les logiciels libres - RdGP » : différence entre les versions
(→15’ 10) |
|||
Ligne 119 : | Ligne 119 : | ||
==15’ 10== | ==15’ 10== | ||
<b>Benjamin Bellamy : </b>Aujourd’hui, | <b>Benjamin Bellamy : </b>Aujourd’hui, on voit que le Libre prend de plus en plus de place dans nos vies. Il y a du logiciel libre un peu partout, il y en a dans nos télés. Aujourd’hui, dans les télés assez récentes, d’ailleurs presque 100 % des télés récentes, si on va dans le menu « À propos de sa télé », on va voir plein de licences <em>open source</em> qui apparaissent. À quoi est-ce dû ? | ||
<b>Aeris : </b>L’énorme avantage du logiciel libre, c’est qu’à du moment où il est publié, n’importe qui peut l’utiliser, en particulier les grosses entreprises et c’est plus facile pour ces entreprises-là d’utiliser du logiciel qui existe déjà, souvent bien testé, déployé un peu partout, donc c’est plus rentable économiquement pour elles d’aller piocher dans un code déjà existant plutôt que de le redévelopper elles-mêmes depuis zéro. | |||
<b>Benjamin Bellamy : </b>Parce que c’était gratuit. | |||
<b>Aeris : </b>Déjà c’était gratuit, souvent c’était aussi mieux fait. En tout cas, c’est déployé partout. Plutôt que d’avoir un bout de code qui est utilisé uniquement dans une marque, du coup, on utilisait un code qui a été utilisé dans toutes les marques, donc, plus éprouvé, plus de cas d’usage. Et le code étant public, chacun pouvant contribuer, un concurrent pouvait améliorer le logiciel, du coup, on avait une amélioration du logiciel au fur et à mesure du temps, plutôt que d’avoir tout à redévelopper à chaque fois, unitairement, dans chaque entreprise. | |||
<b>Benjamin Bellamy : </b>Pourquoi le fabricant de mon téléviseur m’affiche-t-il la licence ? | |||
<b>Aeris : </b>Parce c’est une obligation. Légalement parlant, à partir du moment où vous prenez possession du logiciel, on doit vous dire quels sont les logiciels à l’intérieur, en particulier parce que la licence est souvent virale. Donc vous devez donner, offrir à vos utilisateurs le code source, le droit d’éditer, de comprendre, de modifier le logiciel le cas échéant. Ça fait partie des obligations légales, de copyright, au même titre que vous voyez copyright untel ou untel. | |||
<b>Benjamin Bellamy : </b>Là, tu viens de sortir une brochette de nouveaux mots. Déjà, tu as parlé de viralité. On a parlé de licence, on a parlé de licence virale. Ce que je comprends, c’est que dans le logiciel libre, <em>open source</em>, il y a plusieurs licences, il n’y a pas une licence libre pour l’ensemble des logiciels libres, il y en a plusieurs. Il y en a une dizaine ? | |||
<b>Aeris : </b>Oh non, il y en a beaucoup plus que ça, des centaines, des milliers, et n’importe qui peut inventer la sienne. Et puis il y a plein de déclinaisons, plein de variantes diverses. | |||
<b>Benjamin Bellamy : </b>Je crois qu’il y a un organisme qui définit si une licence peut s’octroyer l’appellation de licence libre. | |||
<b>Aeris : </b>Il y en a même deux. Il y a la FSF, la Free Software Foundation, qui est un peu le pendant libriste, justement, et l’OSI, l’Open Source Initiative qui, du coup, est le côté <em>open source</em> et chacune a ses licences. Globalement, ce sont les mêmes, les deux vont avoir les mêmes critères d’acceptation, côté FSF ou côté OSI. En fait, ça vérifie à chaque fois, quand vous leur soumettez une licence, si c’est compatible avec les quatre libertés ; si c’est compatible avec les quatre de liberté, vous avez la certification. | |||
<b>Benjamin Bellamy : </b>Concrètement, je suis développeur, je développe un logiciel, un firmware d’imprimante ou un petit logiciel qui va être utilisé dans un téléviseur, quand je publie mon code, en tant que développeur, c’est moi qui décide quelle licence va s’appliquer à mon code. Je vais pouvoir choisir parmi une palanquée de licences existantes. Il y en a qui sont virales, il y en a qui ne le sont pas. | |||
<b>Aeris : </b>Si elle est virale, ça veut dire que vous devez respecter les conditions de la licence, y compris dans le logiciel final. | |||
<b>Benjamin Bellamy : </b>Ça veut donc ire que si quelqu’un prend mon logiciel, le bidouille, le modifie, le redistribue… | |||
<b>Aeris : </b>Ce logiciel est aussi sous la licence de départ, en tout cas il doit dire quel logiciel a été utilisé, quelle licence, sous quelle licence il a été publié. | |||
<b>Benjamin Bellamy : </b>Alors que si je crée un nouveau logiciel sous une licence libre, mais qui n’est pas virale, à ce moment-là ? | |||
<b>Aeris : </b>Le fabricant, derrière, fait ce qu’il a envie dessus. | |||
<b>Benjamin Bellamy : </b>Il peut appliquer une licence qui ne sera pas du tout la même, qu’il choisit. En fait, la licence virale va contaminer tous les programmes qui vont utiliser le programme initial. C’est donc pour cela qu’on dit qu’elle est virale. | |||
<b>Aeris : </b>Par exemple, si vous utilisez la WTFPL è<em<Do What The Fuck You Want to Public License </em>], une licence par laquelle vous faites ce que vous voulez, le concepteur dit « je le mets là et vous faites ce que vous en voulez, je m’en fous », là vous faites ce que vous voulez derrière. Par contre, vous avez des MIT ou des BSD, qui sont aussi des licences libres, mais qui vont dire « vous avez juste besoin de dire que vous nous embarquez, mais vous mettez la licence que vous voulez par-dessus ». BSD et MIT sont non virales. La licence GPL, qui est la plus connue, qui, elle, est virale. Si vous avez un bout de logiciel en GPL, votre soft lui-même devient en GPL. | |||
La licence LGPL est un peu du même type que MIT, BSD. La licence LGPL est plus faible et est moins soumise à transmission de la licence, en particulier avec les bibliothèques. Vous pouvez utiliser une bibliothèque en LGPL sans que votre logiciel devienne LGPL, ce qui n’est pas le cas de la GPL. Elle est moins virale sauf dans certains cas particuliers. | |||
<b>Benjamin Bellamy : </b>OK. Qu’est-ce qui fait que moi, en tant que développeur, je vais me tourner plutôt vers une licence virale, plutôt vers une moins virale, plus permissive, moins permissive ? Quels sont les critères ? Les goûts, les couleurs ? | |||
<b>Aeris : </b>C’est ça. Ce sont vraiment les goûts et les couleurs en fonction de vos opinions politiques, c’est clairement de la politique. Est-ce que vous voulez qu’une entreprise commerciale puisse utiliser un logiciel et le refermer derrière ? C’est le cas des MIT et BSD : vous faites un logiciel libre, mais ça peut donner du logiciel non libre à la fin. Ou est-ce que vous voulez garantir que le fait que vous ayez décidé de le mettre au pot commun via du logiciel libre reste du logiciel libre jusqu’au bout ? Dans ce cas, vous irez plutôt sur des licences virales type GPL. | |||
<b>Benjamin Bellamy : </b>Donc, d’un côté, on a des licences grâce auxquelles on peut faire ce qu’on veut, les personnes qui vont utiliser mon logiciel vont pouvoir faire ce qu’elles veulent, ou alors pas du tout.<br/> | |||
Les avantages et les inconvénients de l’une et de l’autre ? On comprend bien qu’une licence virale va me garantir que si des gens réutilisent mon travail, que ce qu’ils vont modifier va être publié et moi, à la limite, en tant que développeur initial, je vais pouvoir profiter de ce qui a été fait par d’autres. Mais alors, quel intérêt de choisir une licence type BSD ou MIT ? | |||
<b>Aeris : </b>Encore une fois, c’est un choix politique à faire. Le problème, ou l’avantage selon certains et selon le point de vue qu’on va avoir de la GPL. Par exemple, si vous faites un logiciel ou une bibliothèque, en particulier, sous licence GPL, toute entreprise commerciale qui voudrait utiliser votre projet ne va pas pouvoir, sauf à, elle-même, redistribuer l’intégralité du code source, y compris le sur-ensemble qu’elle aura construit, c’est-à-dire son propre logiciel qui va embarquer juste un tout petit bout, via votre bibliothèque. Elle va se retrouver à devoir distribuer l’intégralité de sa propriété intellectuelle, y compris son savoir faire personnel, qui est utilisé dans autre chose, pour faire, par exemple, un traitement vidéo. Vous faites une bibliothèque de traitement vidéo, vous la publiez sous licence GPL, tous ceux qui vont utiliser votre logiciel pour faire, par exemple, un lecteur vidéo en général, vont devoir publier eux-mêmes leurs lecteurs sous GPL, donc publier les codes sources. | |||
<b>Benjamin Bellamy : </b>Du coup, ce que je comprends, c’est que si j’ai une licence qui est trop virale, mon logiciel va être moins utilisé… | |||
<b>Aeris : </b>Surtout au niveau commercial, sur les logiciels commerciaux, avec lesquels les entreprises, généralement, veulent faire justement de l’argent ou protéger leur propriété intellectuelle, donc vont être beaucoup plus réticentes à utiliser du logiciel sous licence GPL, puisque, sinon, elles vont devoir communiquer l’intégralité de leur savoir-faire et de leur propriété intellectuelle. | |||
<b>Benjamin Bellamy : </b>Si je comprends bien, si en tant que développeur, mon objectif c’est que ma librairie ou mon logiciel soit utilisé et modifié par le plus grand nombre, là, je vais me tourner vers des licences non virales type BSD. | |||
<b>Aeris : </b>BSD, LGPL si vous faites des bibliothèques, ou MIT, par exemple. Mais c’est vraiment un choix personnel et ça dépend de la façon dont vous voulez orienter la société : est-ce que vous voulez que des gens puissent faire du logiciel pas libre à partir de votre logiciel libre ?. | |||
<b>Benjamin Bellamy : </b>Ça dépend aussi, probablement, de la nature du service rendu par ce que je suis en train de développer. Il y a des cas où ça doit être évident de prendre une licence virale et d’autres beaucoup moins. | |||
<b>Aeris : </b>Ce n’est jamais très simple et on a déjà vu beaucoup de cas de personnes qui avaient commencé à développer sous GPL et qui se sont retrouvées, ensuite, avec des clients potentiels qui leur ont dit « je ne peux pas utiliser votre bibliothèque parce qu’il faudra que je mette tout mon logiciel sous licence GPL, donc, est-ce que vous pourriez modifier la licence pour la passer en LGPL ? ». C’est ce qui se fait sous le plus souvent, du coup le logiciel est re-licencié en LGPL pour permettre un usage commercial par des clients potentiels qui ne seraient jamais venus si le logiciel était resté sous GPL. C’est un combat assez compliqué parce que beaucoup refusent de le faire pour des raisons éthiques, morales, avis personnels, politiques, etc., mais, du coup, ils se ferment la porte à des contrats potentiels sur le sujet. | |||
<b>Benjamin Bellamy : </b>OK. Si je développe un logiciel, que je le publie sous une licence, je peux changer d’avis et le publier sous une autre licence ? | |||
<b>Aeris : </b>Oui. | |||
<b>Benjamin Bellamy : </b>On peut publier sous deux licences différentes. | |||
<b>Aeris : </b>Oui, aussi. Beaucoup le font en mettant une licence GPL et une licence commerciale, par exemple, parce que les licences n’ont pas besoin d’être toutes libres. Donc vous dites « si vous faites du commerce avec, que la licence GPL vous embête, je vous permets de m’acheter une licence à un tarif qu’on conviendra ensemble, du coup, vous aurez une licence spécifique, pour vous, qui autorisera votre logiciel spécifique à être propriétaire. » | |||
<b>Benjamin Bellamy : </b>Et c’est moi, développeur, ou société éditrice, qui choisit la ou les licences, qui choisit de changer si ça ne me plaît pas, sachant que la licence est un contrat d’utilisation qui définit dans quel cadre on peut utiliser le logiciel que je mets à disposition. | |||
<b>Aeris : </b>C’est exactement l’équivalent des conditions générales d’utilisation d’un service, vous avez le droit de les changer quand vous voulez, etc.<br/> | |||
Il faut l’accord de tout le monde, bien entendu. Si vous êtes développeur unique, ça va. Si vous avez plusieurs développeurs, il va falloir l’avis de tout le monde, consulter tout le monde et avoir un contrat légal avec chacun disant que tous sont bien d’accord pour qu’on change la licence. Il est arrivé, parfois, que des logiciels doivent changer de licence comme ça et certains contributeurs vont refuser. Dans ces cas-là, on doit retirer tout le code source qui a été généré par ces contributeurs-là pour le réécrire intégralement, sans regarder comment ça a été fait à la base, pour, justement, retirer ces morceaux. | |||
<b>Benjamin Bellamy : </b>Il suffit de mettre un classeur entre les deux écrans ! | |||
<b>Aeris : </b>C’est ce qu’on appelle <em>clean room design</em>. On ne regarde pas ce qui a été fait avant et on refait complètement, depuis zéro, pour enlever ce morceau que le développeur ne veut pas qu’on utilise, son travail, sous la nouvelle licence. | |||
<b>Benjamin Bellamy : </b>Donc, en fait, la licence, c’est un contrat d’utilisation. Quel lien avec le copyright ou le droit d’auteur ? | |||
<b>Aeris : </b>Les licences, en fait, sont liées par des copyrights, c’est-à-dire chaque fondation, généralement, qui rédige une licence, va les placer sous des copyrights, donc les licences sont copywritées, ce qui permet de faire valoir ses droits d’auteur. Que ce soit du propriétaire ou du Libre, les licences sont des licences d’utilisation au titre du droit d’auteur, les licences s’appuient sur le droit d’auteur et le droit du copyright pour fonctionner. | |||
<b>Benjamin Bellamy : </b>En fait, ce sont des notions qui sont assez décorrélées finalement. | |||
<b>Aeris : </b>Oui, c’est complètement décorrélé. Un auteur peut décider ce qu’il a envie sur son logiciel et, en particulier, décider sous quelle licence ça va fonctionner. C’est comme ça que ça fonctionne. Et, si vous dites rien, votre droit d’auteur s’applique même si vous n’avez pas de licence. Par défaut, c’est justement extrêmement limité, on n’a pas le droit d’utiliser votre logiciel, vous avez tous les droits patrimoniaux et moraux dessus. Vous avez le droit de le vendre, personne n’a le droit de le vendre à votre place, etc. Donc, si vous ne mettez pas de licence explicite, personne n’a le droit de faire quoi que ce soit avec votre logiciel. | |||
<b>Benjamin Bellamy : </b>Concrètement, si je décide de publier un logiciel sous licence libre, ça ne veut pas dire que j’abandonne mes droits d’auteur ? | |||
<b>Aeris : </b>Non, de toute façon, une certaine partie des droits d’auteur, en particulier les droits moraux, sont inaliénables, imprescriptibles et incessibles en France, vous les garderez à vie. Vous ne pouvez même pas, explicitement, vous en séparer. Vous gardez vos droits d’auteur sur le logiciel, la licence c’est juste votre choix et, justement, votre expression du droit d’auteur sur ce que vous voulez que votre œuvre devienne. | |||
<b>Benjamin Bellamy : </b>En fait, c’est un peu comme quand je vais louer une cassette vidéo VHS à la Fnac, je vous rappelle que je suis très vieux, le réalisateur garde ses droits d’auteur sur la cassette et la cassette m’octroie le droit de regarder le film dans le cercle privé, familial, etc. Dans le cadre des logiciels informatiques, c’est pareil. Que ce soit libre, <em>open source</em> ou pas, d’ailleurs peu importe, l’auteur du logiciel reste propriétaire des droits d’auteur et il octroie des droits d’usage avec une licence qui peut être libre ou pas, en tout cas, c’est bien séparé. Et le copyright ? | |||
<b>Aeris : </b>Le copyright, c’est juste une revendication, justement, du droit d’auteur disant « ce logiciel a été écrit par moi, donc je l’inscris, je l’enregistre quelque part. » Ça va être le copyright côté américain, ça va être l’INPI, par exemple, en France. Vous allez auprès d’une entité qui est dédiée à ça, en disant « j’ai écrit ça, je le place sous telle licence, tel cas d’usage, etc. ». Ça permet d’avoir une date et un tampon officiel qui dit que vous êtes bien l’auteur original de ce travail. | |||
<b>Benjamin Bellamy : </b>Mais, encore une fois, le fait de publier un logiciel sous licence libre n’a aucun impact sur le droit d’auteur et le copyright. | |||
<b>Aeris : </b>Non, complètement. | |||
==30’ 00== | |||
<b>Benjamin Bellamy : </b>Si on parle de marques, |
Version du 10 novembre 2024 à 13:36
Titre : Les logiciels libres
Intervenants : Aeris - Benjamin Bellamy
Lieu : Podcast Rien De Grave Patron
Date : 6 novembre 2024
Durée : 56 min 43
Licence de la transcription : Verbatim
Illustration : À prévoir
NB : transcription réalisée par nos soins, fidèle aux propos des intervenant·e·s mais rendant le discours fluide.
Les positions exprimées sont celles des personnes qui interviennent et ne rejoignent pas nécessairement celles de l’April, qui ne sera en aucun cas tenue responsable de leurs propos.
Transcription
Voix off : L’informatique doit être au service de chaque citoyen. Son développement doit s’opérer dans le cadre de la coopération internationale. Elle ne doit porter atteinte ni aux droits de l’homme et aux droits de l’homme, ni à la vie privée, à la vie privée ni aux libertés individuelles.
Benjamin Bellamy : Bonjour et bienvenue pour ce nouveau numéro de RdGP, le podcast sérieux qui vous emmène au cœur des enjeux des droits numériques, des libertés individuelles et de la vie privée.
Aujourd’hui, de quoi allons-nous parler à Aeris ?
Aeris : Nous allons parler de Libre.
Benjamin Bellamy : De libre, de libre, de logiciel libre, j’imagine.
Aeris : Bien sûr, de logiciel libre !
Benjamin Bellamy : Eh bien, allons-y.
Logiciel libre, logiciel libre ! C’est quoi le logiciel libre ? Déjà, on parle de logiciel libre, de logiciel open source, de logiciel gratuit, tout ça, c’est un peu la même chose, non ?
Aeris : C’est la même chose et pas la même chose en même temps. On va peut-être commencer par faire un historique : d’où vient le logiciel libre. Ça a démarré dans les années 80. On s’est retrouvé avec un personnage qui s’appelle Richard Stallman, chercheur dans un laboratoire du MIT, et il est confronté à une imprimante. Il essaye d’imprimer des documents et ça ne marche pas.
Benjamin Bellamy : Je pense que nous sommes tous confrontés à des imprimantes tous les jours, peut-être pas tous les jours maintenant, parce qu’on imprime de moins en moins, mais nous nous sommes tous énervés sur une imprimante au moins une fois dans notre vie.
Aeris : C’est la grosse malédiction des imprimantes et il l’a vécue. En fait, l’imprimante se bourrait tout le temps, il y avait toujours un bourrage papier et, à chaque fois, il fallait qu’il se déplace pour aller la débourrer. Il a demandé au fabricant s’il pouvait corriger le problème, éviter que ça se bourre en permanence et le fabricant n’a rien fait. Il a commencé à en avoir marre, du coup, il a dit « c’est bizarre, cette imprimante, je peux rien en faire. Il y a du logiciel dedans, il suffit juste de patcher le logiciel. »
Benjamin Bellamy : C’était un problème logiciel, un problème corrigeable par logiciel ?
Aeris : C’est ça, c’était corrigeable par logiciel. Il a dit « je suis un peu embêté parce que le fabricant ne me donne pas le logiciel, du coup, je ne peux pas le corriger moi-même. Il ne veut pas le faire, et je ne peux pas le faire moi-même. » Du coup, il va lancer la Free Software Foundation et le projet GNU en 83/84, autour, justement du concept de « je dois pouvoir contrôler l’informatique en général, l’informatique ne doit pas me contrôler ». Du coup, il décide d’établir les quatre lois, les quatre libertés du logiciel libre, qui permettent, entre guillemets, de « garantir » que l’informatique restera toujours sous le contrôle des humains et pas l’inverse.
Benjamin Bellamy : Donc, c’est moi qui possède l’imprimante, ce n’est l’imprimante qui me possède.
Quelles sont ces quatre lois du logiciel libre ?
Aeris : La première des libertés, la plus importante, c’est la liberté d’exécution, vous avez droit d’exécuter comme vous voulez. Il n’y a pas de conditions à ce que vous ayez le droit d’exécuter un programme dont vous êtes le propriétaire, ce qui paraît logique, c’est pour ça que c’est un peu la base, quand même, des quatre libertés. Ce n’est pas toujours le cas. Il y a des usages interdits, par exemple les usages commerciaux. Du coup, si vous voulez faire de l’argent dessus, vous n’aurez pas le droit de l’utiliser. Il y a aussi la fameuse licence Json qui est un format de données. Ils ont mis à l’intérieur : « Vous n’avez pas droit d’utiliser le logiciel pour faire le mal ». La définition de mal est à l’appréciation de chacun, mais, si vous faites le mal, vous n’avez pas droit d’utiliser ce logiciel. Donc, la liberté 0 interdit ce genre de critère. Vous avez tout le temps le droit d’utiliser un logiciel dont vous êtes le propriétaire.
Benjamin Bellamy : La première liberté, qui est numérotée 0 – on ne parle pas d’informatique pour rien – me garantit la liberté d’exécuter un programme. OK.
Aeris : La liberté numéro 1, ensuite, c’est la liberté d’étudier le fonctionnement. C’est un peu comme s’est retrouvé Stallman dans son institut, avec une imprimante : j’ai le logiciel, oui, mais je ne peux pas l’étudier parce que je n’ai que le binaire, en fait, je n’ai que le résultat, je n’ai pas le code source, j’ai juste le résultat, la fin, le gros binaire. Du coup, je n’ai pas la possibilité d’aller l’étudier correctement. Cela vient avec la publication du code source : si vous avez le binaire, si vous avez le programme, vous devez avoir la manière dont il a été conçu, donc le code source, pour pouvoir savoir comment il fonctionne exactement et être capable de le comprendre.
Benjamin Bellamy : En fait, c’est un peu la naissance du mouvement hacker et la possibilité de bidouiller. La traduction française de hacker, c’est bidouiller, donc la possibilité d’ouvrir le moteur, de voir comment c’est fait et de pouvoir l’adapter à ses besoins, c’est-à-dire le modifier. En informatique, concrètement, ça veut dire avoir le code source du logiciel pour pouvoir le modifier, puisque les logiciels, en général, sont édités dans des codes lisibles par des êtres humains – ça dépend lesquels, en tout cas quelques-uns –, puis compilés et le code, une fois compilé, exécuté sur les ordinateurs, lui, pour le coup, il n’est compréhensible que par des machines. L’idée, c’est donc d’obliger, dans le cadre du logiciel libre, de fournir le code source.
C’est là où on voit déjà une première différence entre logiciel open source et logiciel libre : open source, c’est la loi numéro 1, donc la deuxième, puisqu’on est parti de 0, je vous le rappelle ; open source, ça correspond à la loi numéro un des quatre libertés.
Aeris : Ensuite, la liberté numéro 2, c’est la liberté de redistribuer des copies. Une fois que vous avez le code source, vous avez droit de le modifier. Vous le comprenez, puisque, du coup, la liberté numéro 1 vous autorise à étudier son fonctionnement. Vous avez le droit, ensuite, de recompiler le logiciel et de le redistribuer comme vous voulez, avec les mêmes les mêmes libertés, bien entendu, les libertés sont transitives. Vous avez le droit de recompiler, de redistribuer, exactement de la même manière que quand vous avez vous-même pris le contrôle du logiciel.
Benjamin Bellamy : Donc, ça veut dire que je peux retransmettre à d’autres personnes le logiciel que l’on m’a fourni.
Aeris : C’est ça. On ne peut pas vous interdire, les entreprises, en particulier, ne peuvent pas vous interdire de redonner ce que vous avez acheté, par exemple au titre de la propriété intellectuelle, ou de la protection commerciale ou, etc. À partir du moment où vous avez le logiciel, vous avez le droit de le donner.
Benjamin Bellamy : Et c’est indépendant des modifications que j’ai faites.
Aeris : Oui, c’est ça. Avec ou sans les modifications parce que, justement, la liberté numéro 3, c’est la liberté de redistribuer aux autres des copies modifiées du logiciel. La liberté zéro, c’est redistribuer à l’identique et la liberté numéro 3, vous avez le droit de modifier le logiciel vous-même, de devenir éditeur, en fait, et d’en distribuer des copies à la fin.
Benjamin Bellamy : Si je résume :
- 0, j’ai le droit d’utiliser un programme ;
- 1, j’ai le droit de l’étudier et de le modifier ;
- 2, j’ai le droit de le redistribuer ;
- 3, j’ai le droit de l’améliorer et de distribuer ces améliorations, donc de redistribuer la bidouille que j’ai faite.
Dans le cadre de mon imprimante, qui avait des problèmes de bourrage papier, ça veut dire que :
- liberté 0, j’ai le droit d’imprimer ;
- liberté 1, j’ai le droit de corriger le firmware de l’imprimante pour qu’elle arrête ses bourrages papier ;
- liberté 2, ça veut dire que j’ai le droit de redistribuer le firmware de l’imprimante, je ne vois pas trop l’intérêt dans ce cas précis, mais on comprend que c’est important ; v
- liberté 3, j’ai le droit de redistribuer le firmware que j’ai modifié, qui empêche les bourrages papier.
Aeris : C’est ça. Du coup, dans le cas de l’imprimante de Stallman, Stallman aurait pu envoyer le firmware de l’imprimante à tous les labos qui auraient été dans le même cas pour régler problème à la place du fabricant qui ne voulait rien faire. Mais il se trouve que le logiciel de l’imprimante n’était pas un logiciel libre, donc Stallman n’a jamais pu modifier lui-même le logiciel, en tout cas, ça a été l’acte fondateur des quatre libertés, en 83/84, et derrière ça, il a commencé à développer le projet GNU, un acronyme récursif qui veut dire que GNU's Not Unix, parce que, à l’époque, le système d’exploitation qui était utilisé était Unix, un système d’exploitation privateur, privé, qui n’était pas libre et Stallman s’est dit « je vais essayer d’en faire un qui respecte les quatre libertés ». Il a commencé à développer le projet GNU et il a fallu l’aide, un peu involontaire, quelques années plus tard, en 91, d’un certain Linus Torvalds qui est arrivé en disant « il n’y a pas que le système d’exploitation dans la vie, il y a aussi le kernel ». Ce sont un peu des détails techniques, le kernel, ce qu’on appelle le noyau, est un peu l’interface entre le matériel et le logiciel, il vient faire la liaison entre le matériel physique et le logiciel virtuel. Torvalds arrive en 91avec le projet Linux qu’on connaît aujourd’hui. Le couple GNU/Linux donne, en 91, un système complet, entièrement libre, avec les principes du logiciel libre pleins et entiers pour un ordinateur personnel.
Benjamin Bellamy : Si je reprends mes questions du début, différence entre logiciel libre, logiciel open source et logiciel gratuit, je pense qu’on a un peu répondu à tout. On voit bien que :
- logiciel libre correspond aux quatre libertés qu’on a énoncées ;
- logiciel open source correspond uniquement à la deuxième des libertés, c’est-à-dire à voir ce qu’il y a dedans, mais ça n’implique pas les trois autres ;
- et gratuit, je pense que tout le monde a pigé, ç a veut dire qu’on ne paye pas.
On peut avoir du logiciel gratuit qui n’est pas open source et qui n’est pas libre. C’est ce qu’on appelait les freewares. On n’en voit plus beaucoup, mais ça existe encore.
Aeris : Il y avait un zip à l’époque, sous Windows, qui était comme ça ; il y avait Winrar pareil, vous pouviez le télécharger et l’installer gratuitement, etc.
Benjamin Bellamy : Mais ce n’était pas libre, on ne pouvait pas le modifier, on n’avait pas accès au code source.
Du logiciel open source qui n’est pas libre, ça peut exister aussi. C’est-à-dire qu’on a accès au code source, mais on n’a pas le droit de le redistribuer, de le modifier, c’est tout à fait possible et, dans le cadre des langages non compilés, ça doit même être assez courant.
Et du logiciel libre pas open source, ça, par contre, c’est compliqué.
Aeris : Du logiciel libre pas open source c’est à peu près impossible, puisque de toute façon, on n’aurait pas la liberté d’étudier vu qu’on n’aurait pas le code source, donc ça n’existe pas vraiment.
On rappelle que libre n’est pas forcément gratuit. C’est difficile de faire du commerce avec du logiciel libre, puisque, du coup, vous autorisez vos utilisateurs à distribuer toutes les copies derrière et gratuitement, s’ils en ont envie. Donc, forcément, le business s’arrête assez vite, puisque vous vendez une copie et après, en théorie, vous n’en vendez plus. Mais en vrai, vous avez le droit de faire payer du logiciel et il y en a pour qui ça fonctionne très bien.
Benjamin Bellamy : C’est-à-dire que si je suis éditeur de logiciel libre et que je vends mon logiciel, que je le vends sous forme compilée, mon client va avoir le droit de me demander le code source et il va avoir le droit de le redistribuer. Donc, si le deuxième client connaît le premier, ça va être vite fini ; ça s’arrête très vite, généralement. Donc, en fait, les modèles économiques classiques ont du mal à s’appliquer dans le cadre du logiciel libre.
Aeris : Oui, ça va plutôt passer sur des offres de services, même si entre Libre et propriétaire, il y a quand même assez peu de différence. Par exemple, si on prend Microsoft, Microsoft fonctionne exactement pareil. En fait, ils s’en foutent un peu d’avoir logiciel ou d’avoir le droit de modifier, etc., ils vendent surtout du service des contrats de maintenance. Si vous avez un bug, des temps de réaction, des choses comme ça, donc, c’est vraiment plutôt du contrat de service et il n’y a pas vraiment de différences entre Libre et pas Libre à ce niveau-là. La vraie différence va plutôt être sur le matériel, au quotidien, qui nous entoure : vous avez du matériel qui n’est pas libre, donc vous ne pouvez pas savoir comment ça fonctionne, etc. On vous vend le matériel, vous n’avez pas le droit de faire ce qu’on appelle du reverse engineering, vous n’avez pas le droit d’étudier comment il fonctionne, de vérifier le logiciel, de le modifier, de le revendre. Donc là, le modèle commercial est « je vends un produit et pas un service ».
Benjamin Bellamy : On comprend que le logiciel libre, c’est quand même une affaire de bidouilleurs.
Je reviens sur la différence entre libre, open source et gratuit. Je pense en particulier à nos amis de l’April. J’ai remarqué que quand on parlait d'open source, ils avaient tendance à nous reprendre, à dire « non, libre, libre ». En fait, on comprend pourquoi certaines personnes font la différence entre libre et open source, parce que Libre est bien plus contraignant, en tout cas donne beaucoup plus de liberté que open source. Après, dans la pratique, on fait souvent des amalgames, moi le premier, parfois j’utilise un mot pour un autre, ça dépend du contexte, mais, en général, on comprend bien qu’on parle de la même chose.
Aeris : Dans la pratique, en fait, c’est à peu près pareil entre Libre et open source. La vraie différence, on va dire, est plutôt au niveau moral, c’est-à-dire que quelqu’un qui va se réclamer du logiciel libre voit les quatre libertés qu’il y a derrière et les intérêts pour la société, c’est-à-dire ne pas se faire contrôler par l’informatique, alors que ceux qui vont employer le terme open source sont plutôt dans une logique commerciale, ils vont utiliser ce terme pour essayer de faire du placement produit, avoir un créneau, profitez de l’aubaine. En fait, il y a un petit côté marketing, ce sont des effets d’annonce plutôt que les conséquences sociales derrière.
Benjamin Bellamy : J’utilise assez souvent le terme open source, mea culpa, pour une raison assez bête : c’est que libre et gratuit, en anglais, ça se dit free. On a la chance d’avoir des termes bien différents en français, mais, en anglais, c’est em>free. Du coup, si on dit em>free, on ne sait pas de quoi on parle, alors que open source, c’est beaucoup plus clair. J’ai donc tendance à parler d'open source, alors que je veux dire « Libre », mais parce que si je dis libre, que je suis face à un interlocuteur anglo-saxon, que je suis en train de communiquer en anglais, du coup ça va devenir em>free. Il me semble que le manque de précision est moins grave, en fait, entre free et free que entre open source et free.
Aeris : Et puis, surtout en France, entre open source et Libre, les gens vont pas comprendre libre. Open source, c’est déjà un peu plus dans la tête des gens, peut-être aussi plus facile à comprendre, du coup ça passe quand même mieux, généralement, au quotidien.
15’ 10
Benjamin Bellamy : Aujourd’hui, on voit que le Libre prend de plus en plus de place dans nos vies. Il y a du logiciel libre un peu partout, il y en a dans nos télés. Aujourd’hui, dans les télés assez récentes, d’ailleurs presque 100 % des télés récentes, si on va dans le menu « À propos de sa télé », on va voir plein de licences open source qui apparaissent. À quoi est-ce dû ?
Aeris : L’énorme avantage du logiciel libre, c’est qu’à du moment où il est publié, n’importe qui peut l’utiliser, en particulier les grosses entreprises et c’est plus facile pour ces entreprises-là d’utiliser du logiciel qui existe déjà, souvent bien testé, déployé un peu partout, donc c’est plus rentable économiquement pour elles d’aller piocher dans un code déjà existant plutôt que de le redévelopper elles-mêmes depuis zéro.
Benjamin Bellamy : Parce que c’était gratuit.
Aeris : Déjà c’était gratuit, souvent c’était aussi mieux fait. En tout cas, c’est déployé partout. Plutôt que d’avoir un bout de code qui est utilisé uniquement dans une marque, du coup, on utilisait un code qui a été utilisé dans toutes les marques, donc, plus éprouvé, plus de cas d’usage. Et le code étant public, chacun pouvant contribuer, un concurrent pouvait améliorer le logiciel, du coup, on avait une amélioration du logiciel au fur et à mesure du temps, plutôt que d’avoir tout à redévelopper à chaque fois, unitairement, dans chaque entreprise.
Benjamin Bellamy : Pourquoi le fabricant de mon téléviseur m’affiche-t-il la licence ?
Aeris : Parce c’est une obligation. Légalement parlant, à partir du moment où vous prenez possession du logiciel, on doit vous dire quels sont les logiciels à l’intérieur, en particulier parce que la licence est souvent virale. Donc vous devez donner, offrir à vos utilisateurs le code source, le droit d’éditer, de comprendre, de modifier le logiciel le cas échéant. Ça fait partie des obligations légales, de copyright, au même titre que vous voyez copyright untel ou untel.
Benjamin Bellamy : Là, tu viens de sortir une brochette de nouveaux mots. Déjà, tu as parlé de viralité. On a parlé de licence, on a parlé de licence virale. Ce que je comprends, c’est que dans le logiciel libre, open source, il y a plusieurs licences, il n’y a pas une licence libre pour l’ensemble des logiciels libres, il y en a plusieurs. Il y en a une dizaine ?
Aeris : Oh non, il y en a beaucoup plus que ça, des centaines, des milliers, et n’importe qui peut inventer la sienne. Et puis il y a plein de déclinaisons, plein de variantes diverses.
Benjamin Bellamy : Je crois qu’il y a un organisme qui définit si une licence peut s’octroyer l’appellation de licence libre.
Aeris : Il y en a même deux. Il y a la FSF, la Free Software Foundation, qui est un peu le pendant libriste, justement, et l’OSI, l’Open Source Initiative qui, du coup, est le côté open source et chacune a ses licences. Globalement, ce sont les mêmes, les deux vont avoir les mêmes critères d’acceptation, côté FSF ou côté OSI. En fait, ça vérifie à chaque fois, quand vous leur soumettez une licence, si c’est compatible avec les quatre libertés ; si c’est compatible avec les quatre de liberté, vous avez la certification.
Benjamin Bellamy : Concrètement, je suis développeur, je développe un logiciel, un firmware d’imprimante ou un petit logiciel qui va être utilisé dans un téléviseur, quand je publie mon code, en tant que développeur, c’est moi qui décide quelle licence va s’appliquer à mon code. Je vais pouvoir choisir parmi une palanquée de licences existantes. Il y en a qui sont virales, il y en a qui ne le sont pas.
Aeris : Si elle est virale, ça veut dire que vous devez respecter les conditions de la licence, y compris dans le logiciel final.
Benjamin Bellamy : Ça veut donc ire que si quelqu’un prend mon logiciel, le bidouille, le modifie, le redistribue…
Aeris : Ce logiciel est aussi sous la licence de départ, en tout cas il doit dire quel logiciel a été utilisé, quelle licence, sous quelle licence il a été publié.
Benjamin Bellamy : Alors que si je crée un nouveau logiciel sous une licence libre, mais qui n’est pas virale, à ce moment-là ?
Aeris : Le fabricant, derrière, fait ce qu’il a envie dessus.
Benjamin Bellamy : Il peut appliquer une licence qui ne sera pas du tout la même, qu’il choisit. En fait, la licence virale va contaminer tous les programmes qui vont utiliser le programme initial. C’est donc pour cela qu’on dit qu’elle est virale.
Aeris : Par exemple, si vous utilisez la WTFPL è<em<Do What The Fuck You Want to Public License ], une licence par laquelle vous faites ce que vous voulez, le concepteur dit « je le mets là et vous faites ce que vous en voulez, je m’en fous », là vous faites ce que vous voulez derrière. Par contre, vous avez des MIT ou des BSD, qui sont aussi des licences libres, mais qui vont dire « vous avez juste besoin de dire que vous nous embarquez, mais vous mettez la licence que vous voulez par-dessus ». BSD et MIT sont non virales. La licence GPL, qui est la plus connue, qui, elle, est virale. Si vous avez un bout de logiciel en GPL, votre soft lui-même devient en GPL. La licence LGPL est un peu du même type que MIT, BSD. La licence LGPL est plus faible et est moins soumise à transmission de la licence, en particulier avec les bibliothèques. Vous pouvez utiliser une bibliothèque en LGPL sans que votre logiciel devienne LGPL, ce qui n’est pas le cas de la GPL. Elle est moins virale sauf dans certains cas particuliers.
Benjamin Bellamy : OK. Qu’est-ce qui fait que moi, en tant que développeur, je vais me tourner plutôt vers une licence virale, plutôt vers une moins virale, plus permissive, moins permissive ? Quels sont les critères ? Les goûts, les couleurs ?
Aeris : C’est ça. Ce sont vraiment les goûts et les couleurs en fonction de vos opinions politiques, c’est clairement de la politique. Est-ce que vous voulez qu’une entreprise commerciale puisse utiliser un logiciel et le refermer derrière ? C’est le cas des MIT et BSD : vous faites un logiciel libre, mais ça peut donner du logiciel non libre à la fin. Ou est-ce que vous voulez garantir que le fait que vous ayez décidé de le mettre au pot commun via du logiciel libre reste du logiciel libre jusqu’au bout ? Dans ce cas, vous irez plutôt sur des licences virales type GPL.
Benjamin Bellamy : Donc, d’un côté, on a des licences grâce auxquelles on peut faire ce qu’on veut, les personnes qui vont utiliser mon logiciel vont pouvoir faire ce qu’elles veulent, ou alors pas du tout.
Les avantages et les inconvénients de l’une et de l’autre ? On comprend bien qu’une licence virale va me garantir que si des gens réutilisent mon travail, que ce qu’ils vont modifier va être publié et moi, à la limite, en tant que développeur initial, je vais pouvoir profiter de ce qui a été fait par d’autres. Mais alors, quel intérêt de choisir une licence type BSD ou MIT ?
Aeris : Encore une fois, c’est un choix politique à faire. Le problème, ou l’avantage selon certains et selon le point de vue qu’on va avoir de la GPL. Par exemple, si vous faites un logiciel ou une bibliothèque, en particulier, sous licence GPL, toute entreprise commerciale qui voudrait utiliser votre projet ne va pas pouvoir, sauf à, elle-même, redistribuer l’intégralité du code source, y compris le sur-ensemble qu’elle aura construit, c’est-à-dire son propre logiciel qui va embarquer juste un tout petit bout, via votre bibliothèque. Elle va se retrouver à devoir distribuer l’intégralité de sa propriété intellectuelle, y compris son savoir faire personnel, qui est utilisé dans autre chose, pour faire, par exemple, un traitement vidéo. Vous faites une bibliothèque de traitement vidéo, vous la publiez sous licence GPL, tous ceux qui vont utiliser votre logiciel pour faire, par exemple, un lecteur vidéo en général, vont devoir publier eux-mêmes leurs lecteurs sous GPL, donc publier les codes sources.
Benjamin Bellamy : Du coup, ce que je comprends, c’est que si j’ai une licence qui est trop virale, mon logiciel va être moins utilisé…
Aeris : Surtout au niveau commercial, sur les logiciels commerciaux, avec lesquels les entreprises, généralement, veulent faire justement de l’argent ou protéger leur propriété intellectuelle, donc vont être beaucoup plus réticentes à utiliser du logiciel sous licence GPL, puisque, sinon, elles vont devoir communiquer l’intégralité de leur savoir-faire et de leur propriété intellectuelle.
Benjamin Bellamy : Si je comprends bien, si en tant que développeur, mon objectif c’est que ma librairie ou mon logiciel soit utilisé et modifié par le plus grand nombre, là, je vais me tourner vers des licences non virales type BSD.
Aeris : BSD, LGPL si vous faites des bibliothèques, ou MIT, par exemple. Mais c’est vraiment un choix personnel et ça dépend de la façon dont vous voulez orienter la société : est-ce que vous voulez que des gens puissent faire du logiciel pas libre à partir de votre logiciel libre ?.
Benjamin Bellamy : Ça dépend aussi, probablement, de la nature du service rendu par ce que je suis en train de développer. Il y a des cas où ça doit être évident de prendre une licence virale et d’autres beaucoup moins.
Aeris : Ce n’est jamais très simple et on a déjà vu beaucoup de cas de personnes qui avaient commencé à développer sous GPL et qui se sont retrouvées, ensuite, avec des clients potentiels qui leur ont dit « je ne peux pas utiliser votre bibliothèque parce qu’il faudra que je mette tout mon logiciel sous licence GPL, donc, est-ce que vous pourriez modifier la licence pour la passer en LGPL ? ». C’est ce qui se fait sous le plus souvent, du coup le logiciel est re-licencié en LGPL pour permettre un usage commercial par des clients potentiels qui ne seraient jamais venus si le logiciel était resté sous GPL. C’est un combat assez compliqué parce que beaucoup refusent de le faire pour des raisons éthiques, morales, avis personnels, politiques, etc., mais, du coup, ils se ferment la porte à des contrats potentiels sur le sujet.
Benjamin Bellamy : OK. Si je développe un logiciel, que je le publie sous une licence, je peux changer d’avis et le publier sous une autre licence ?
Aeris : Oui.
Benjamin Bellamy : On peut publier sous deux licences différentes.
Aeris : Oui, aussi. Beaucoup le font en mettant une licence GPL et une licence commerciale, par exemple, parce que les licences n’ont pas besoin d’être toutes libres. Donc vous dites « si vous faites du commerce avec, que la licence GPL vous embête, je vous permets de m’acheter une licence à un tarif qu’on conviendra ensemble, du coup, vous aurez une licence spécifique, pour vous, qui autorisera votre logiciel spécifique à être propriétaire. »
Benjamin Bellamy : Et c’est moi, développeur, ou société éditrice, qui choisit la ou les licences, qui choisit de changer si ça ne me plaît pas, sachant que la licence est un contrat d’utilisation qui définit dans quel cadre on peut utiliser le logiciel que je mets à disposition.
Aeris : C’est exactement l’équivalent des conditions générales d’utilisation d’un service, vous avez le droit de les changer quand vous voulez, etc.
Il faut l’accord de tout le monde, bien entendu. Si vous êtes développeur unique, ça va. Si vous avez plusieurs développeurs, il va falloir l’avis de tout le monde, consulter tout le monde et avoir un contrat légal avec chacun disant que tous sont bien d’accord pour qu’on change la licence. Il est arrivé, parfois, que des logiciels doivent changer de licence comme ça et certains contributeurs vont refuser. Dans ces cas-là, on doit retirer tout le code source qui a été généré par ces contributeurs-là pour le réécrire intégralement, sans regarder comment ça a été fait à la base, pour, justement, retirer ces morceaux.
Benjamin Bellamy : Il suffit de mettre un classeur entre les deux écrans !
Aeris : C’est ce qu’on appelle clean room design. On ne regarde pas ce qui a été fait avant et on refait complètement, depuis zéro, pour enlever ce morceau que le développeur ne veut pas qu’on utilise, son travail, sous la nouvelle licence.
Benjamin Bellamy : Donc, en fait, la licence, c’est un contrat d’utilisation. Quel lien avec le copyright ou le droit d’auteur ?
Aeris : Les licences, en fait, sont liées par des copyrights, c’est-à-dire chaque fondation, généralement, qui rédige une licence, va les placer sous des copyrights, donc les licences sont copywritées, ce qui permet de faire valoir ses droits d’auteur. Que ce soit du propriétaire ou du Libre, les licences sont des licences d’utilisation au titre du droit d’auteur, les licences s’appuient sur le droit d’auteur et le droit du copyright pour fonctionner.
Benjamin Bellamy : En fait, ce sont des notions qui sont assez décorrélées finalement.
Aeris : Oui, c’est complètement décorrélé. Un auteur peut décider ce qu’il a envie sur son logiciel et, en particulier, décider sous quelle licence ça va fonctionner. C’est comme ça que ça fonctionne. Et, si vous dites rien, votre droit d’auteur s’applique même si vous n’avez pas de licence. Par défaut, c’est justement extrêmement limité, on n’a pas le droit d’utiliser votre logiciel, vous avez tous les droits patrimoniaux et moraux dessus. Vous avez le droit de le vendre, personne n’a le droit de le vendre à votre place, etc. Donc, si vous ne mettez pas de licence explicite, personne n’a le droit de faire quoi que ce soit avec votre logiciel.
Benjamin Bellamy : Concrètement, si je décide de publier un logiciel sous licence libre, ça ne veut pas dire que j’abandonne mes droits d’auteur ?
Aeris : Non, de toute façon, une certaine partie des droits d’auteur, en particulier les droits moraux, sont inaliénables, imprescriptibles et incessibles en France, vous les garderez à vie. Vous ne pouvez même pas, explicitement, vous en séparer. Vous gardez vos droits d’auteur sur le logiciel, la licence c’est juste votre choix et, justement, votre expression du droit d’auteur sur ce que vous voulez que votre œuvre devienne.
Benjamin Bellamy : En fait, c’est un peu comme quand je vais louer une cassette vidéo VHS à la Fnac, je vous rappelle que je suis très vieux, le réalisateur garde ses droits d’auteur sur la cassette et la cassette m’octroie le droit de regarder le film dans le cercle privé, familial, etc. Dans le cadre des logiciels informatiques, c’est pareil. Que ce soit libre, open source ou pas, d’ailleurs peu importe, l’auteur du logiciel reste propriétaire des droits d’auteur et il octroie des droits d’usage avec une licence qui peut être libre ou pas, en tout cas, c’est bien séparé. Et le copyright ?
Aeris : Le copyright, c’est juste une revendication, justement, du droit d’auteur disant « ce logiciel a été écrit par moi, donc je l’inscris, je l’enregistre quelque part. » Ça va être le copyright côté américain, ça va être l’INPI, par exemple, en France. Vous allez auprès d’une entité qui est dédiée à ça, en disant « j’ai écrit ça, je le place sous telle licence, tel cas d’usage, etc. ». Ça permet d’avoir une date et un tampon officiel qui dit que vous êtes bien l’auteur original de ce travail.
Benjamin Bellamy : Mais, encore une fois, le fait de publier un logiciel sous licence libre n’a aucun impact sur le droit d’auteur et le copyright.
Aeris : Non, complètement.
30’ 00
Benjamin Bellamy : Si on parle de marques,