Suis-je autorisé à créer un logiciel open source avec du code open source?


19

J'utilisais un package de musique populaire (Ableton Live) lorsque j'ai ouvert la section juridique du fichier d'aide et que le programme contenait des licences de code qui semblaient à la fois gratuites comme en liberté et gratuites comme en bière. Hélas, je ne trouve pas de copie en ligne, mais si nécessaire, je peux répertorier les packages sous licence.

Pour autant que je puisse voir, il y a 3 possibilités ici:

  1. Une entreprise assez importante viole les licences de code - très peu probable, si tel était le cas, pourquoi inclurait-elle le texte de la licence?

  2. Il est en fait légitime pour une raison quelconque de facturer de l'argent et de fermer la source d'un paquet contenant du code open source - c'est une nouvelle pour moi, certainement.

  3. Je me méprends sur quelque chose - très probable.


Facebook l'a fait ...
Dynamic

1
Sans blague - lequel?
jamesson

Je voulais dire que Facebook est écrit sur un logiciel open source.
Dynamic

Quel (s) projet (s)?
jamesson

# 2 semble en fait deux possibilités différentes - vous pouvez vendre des logiciels open source (même GPL), et vous pouvez donner gratuitement des logiciels open source. Charger de l'argent et fermer la source sont deux choses distinctes.

Réponses:


34

Cela dépend de quelle licence.

Il existe des licences de logiciels libres spécialement conçues pour empêcher les gens de faire des choses comme ça, comme la GNU GPL. Elles sont connues sous le nom de licences «virales», car leurs conditions de licence se propagent à tout code avec lequel vous les utilisez, ce qui vous empêche d'utiliser une bibliothèque GPL dans un programme non GPL (ou compatible).

D'autres licences concernent davantage le partage libre de code que la promotion d'une idéologie particulière. Quelque part au milieu du spectre, vous avez la MPL (Mozilla Public License), qui est non virale et peut être utilisée dans des projets propriétaires, mais les termes de la licence exigent que le code MPL lui-même reste couvert par la MPL, et que tout les modifications (telles que les améliorations, les corrections de bogues, les ports, etc.) que vous apportez au code MPL doivent être publiées librement. L'idée ici est "vous obtenez ce code gratuitement, donc si vous l'améliorez, vous devez contribuer vos améliorations à la communauté en tant que paiement."

Et à l'extrémité du spectre se trouvent les licences complètement ouvertes, telles que les licences BSD, MIT et Zlib. Ils disent essentiellement que "ce code est gratuit pour quiconque peut l'utiliser comme il le souhaite". (Avec quelques restrictions, bien sûr, mais il n'y a vraiment pas grand-chose pour eux.) Les personnes utilisant ces licences font de l'utilisation gratuite de leur code la plus haute priorité.

Donc, toutes les licences de logiciels libres ne sont pas créées de manière égale. Jetez un œil aux licences qui sont utilisées ici, et quelles sont leurs conditions, et vous aurez une meilleure idée si le développeur les respecte ou non en les utilisant dans un projet propriétaire.

En outre, il existe une quatrième possibilité: la "assez grande entreprise" aurait pu concéder une licence sur le produit à des conditions différentes. Une licence logicielle est conçue pour limiter les utilisateurs du logiciel, pas le créateur du logiciel, et il n'est pas rare que quelqu'un publie une bibliothèque open source sous des conditions de style GPL, puis vende également des licences commerciales à des personnes qui veulent l'utiliser dans un projet propriétaire, sans que leur base de code soit "infectée" par une licence virale.


Repérez. La séparation se situe entre le logiciel libre et le logiciel ouvert. Libre comme en liberté = GPL. Ouvert (ala "gratuit comme dans la bière") = BSD / Mozilla. Voir Gratis contre libre .
Philip

3
@Philippe. Totalement faux. Toutes les licences que vous avez mentionnées (GPL, BSD, MPL) sont libres ("libres comme en liberté"). Tous ont également tendance à avoir pour effet secondaire de rendre le logiciel librement accessible ("gratuit comme dans la bière"). Cependant, la GPL est copyleft , tandis que BSD est permissive . (MPL est quelque part au milieu, je pense.)
TRiG

1
@TRiG Votre dernière ligne est correcte, mais l'argument de Stallman est que la GPL est "libre comme en liberté", c'est-à-dire "Libre". La réplique du mouvement open source était qu'ils ne voulaient pas de licences virales. Ils voulaient "gratuitement comme dans la bière". Ok, exemple: si BSD est "libre", alors comment se fait-il que l'OSX d'Apple, qui a été construit à partir de BSD, est maintenant propriétaire? Cela ne me semble pas très "libéré". BSD était un logiciel open source qu'Apple a pris, a mis un verrou dessus (leur licence propriétaire) et l'a appelé le leur. Ils pouvaient le faire parce que BSD était gratuit comme dans la bière. Tu piges? Le lien explique mieux.
Philip

1
@Philippe. Non, c'est parce que BSD était libre et permissif, tandis que les trucs GPL sont libres et copyleft. La bière gratuite n'a rien à voir avec cela, c'est juste un effet secondaire inévitable du libre libre (généralement).
TRiG

Je dirais que le code est visible, le coût est nul et la licence est permissive. Oubliez les trucs de bière libre.
jiggunjer

2

Avertissement : je ne suis pas avocat. En travaillant avec des avocats dans le passé, les développeurs de logiciels ont tendance à deviner l'intention des documents juridiques et de leur travail, tandis que les avocats (1) lisent ce qui est écrit et (2) utilisent les définitions juridiques plutôt que communes des mots. Faites attention.

Comme l'a dit Mason, cela dépend de la licence utilisée par le logiciel open source. Il existe de nombreux types de licences courants. La plupart permettent à d'autres d'utiliser leur code tant qu'ils indemnisent l'auteur et incluent l'attribution (comme le contenu de la licence dans un fichier d'aide ou une boîte de dialogue À propos). Les licences plus restrictives peuvent exiger que tout changement supplémentaire soit également open source (comme GPL).

De nombreuses entreprises utilisent des composants open source dans le cadre d'un logiciel open source. Tant que le logiciel à code source fermé est conforme aux termes de la licence, tout comme il le ferait avec des composants commerciaux, il est utilisable.

Si vous souhaitez utiliser ces composants vous-même, vous devez également prendre en compte d'autres éléments. Par exemple, dans la déclaration "Suis-je autorisé à créer des logiciels à code source ouvert avec du code open-source?", Cela dépend de ce que l'on entend par "avec". Le package utilise-t-il des bibliothèques compilées? Utilise-t-il directement le code source? Modifie-t-il le code source ou l'inclut-il dans le vôtre? Toute forme de modification ou de mélange de code est beaucoup plus délicate d'un point de vue juridique ou de licence.

En outre, le code est-il distribué aux clients (tel que exécuté sur leurs serveurs, PC ou mobiles) ou est-il utilisé dans un serveur dans le cloud? La distribution de logiciels peut être restreinte ou limitée. D'autres lois en dehors de la licence du logiciel peuvent également s'appliquer, telles que les restrictions à l'exportation aux États-Unis (bien que je pense que je dépasse la question maintenant).

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.