Permis Libres De Logiciel

Share

|

La source ouverte de limite a été inventée afin d'essayer de résoudre la confusion entourant le mot librement dans "le logiciel libre." L'initiative ouverte de source (OSI) a été créée afin d'administrer la source ouverte de limite, et bien que ses tentatives à la marque déposée la limite (pour protéger sa signification) aient été rejetées par le bureau de brevet et de marque déposée des USA, l'OSI tient le logiciel ouvert de source certifié par OSI de la marque de garantie. (il n'y a aucune contrainte légale sur l'utilisation de la source ouverte de limite, mais il y a sur la marque de garantie ouverte certifiée par OSI de logiciel de source.)

L'OSI maintient la définition ouverte de source (OSD), une description des droites fournies par les permis ouverts de source ; elle maintient également une liste complète de tous les permis qu'elle certifie pour avoir répondu aux exigences de l'OSD, parmi lequel soyez : Le code source doit être disponible ; le produit doit être librement redistributable ; on doit permettre des travaux dérivés ; et on ne doit pas permettre la discrimination contre des personnes, des groupes, ou des champs d'effort. L'OSD complet, avec une liste de permis certifiés en tant que logiciel ouvert de source certifié par OSI, est disponible à http://opensource.org/.

Le Permis De Grand Public de Gnu

Le GPL est l'un des permis plus restrictifs de libre-logiciel. Si vous incluez le code source qui est autorisé en vertu du GPL dans un autre programme, ce programme doit également être autorisé en vertu du GPL.[ 2 ] La Base Libre De Logiciel (FSF ; l'auteur du GPL) considère lier avec une bibliothèque "créer un travail dérivé" ; quelques autres le pensent pour être un "travail de la seule agrégation." Par conséquent, le FSF soutient que vous n'êtes pas permis de lier avec une bibliothèque couverte en vertu du GPL à moins que le programme étant lié également soit couvert par les limites du GPL. Cependant, certains soutiennent que l'enchaînement est "seule agrégation," et le GPL indique :

Certains appellent le GPL un virus pour cette raison.

En outre, la seule agrégation d'un autre travail non basé sur le programme avec le programme (ou avec un travail basé sur le programme) sur un volume d'un milieu de stockage ou de distribution n'apporte pas l'autre travail sous la portée de ce permis.

Si vous considérez comme étant un exécutable un "volume de stockage," vous pourriez considérer lier la seule agrégation.

Au meilleur de notre connaissance, cette distinction encore n'a pas été examinée devant le tribunal. Dans le cas assez peu probable que vous souhaitez lier un programme non autorisé en vertu du GPL avec une bibliothèque c'est-à-dire, demandez aux auteurs de la bibliothèque en question leur interprétation.

Le Permis De Grand Public De Bibliothèque de Gnu

Le permis de grand public de bibliothèque de GNU (LGPL) a été conçu de rendre des bibliothèques plus généralement utiles. Le point du LGPL doit permettre à des utilisateurs d'améliorer ou améliorer leurs bibliothèques sans devoir obtenir de nouvelles versions des programmes liés contre ces bibliothèques. À cet effet, le LGPL n'essaye pas de ne placer aucune restriction d'autorisation sur des programmes liés contre la bibliothèque, aussi longtemps que ces programmes sont liés contre des versions partagées des bibliothèques autorisées sous le LGPL ou sont équipés de fichiers d'exécution pour l'application, permettant à l'utilisateur au relink l'application avec des versions nouvelles ou changées de la bibliothèque.

Dans la pratique, cette restriction n'est pas significative ; il serait peu raisonnable de ne pas lier contre les bibliothèques partagées où ils sont disponibles.

Peu de bibliothèques sont autorisées en vertu du GPL ; les la plupart sont autorisées en vertu du LGPL. Les bibliothèques autorisées en vertu du GPL sont habituellement cette manière simplement parce que l'auteur n'a pas su ou n'a pas considéré le LGPL. En réponse à une demande polie, beaucoup d'auteurs veulent le relicense leurs bibliothèques en vertu du LGPL.

Permis De MIT/X/BSD-Style

Les permis de MIT/X-style sont beaucoup plus simples que le GPL ou le LGPL ; leurs seulement restrictions doivent (indiqué simplement) maintenir toutes les notices de copyright et limites existantes de permis intactes dans la source et les distributions binaires, et ne pas employer le nom de n'importe quel auteur pour approuver ou promouvoir les travaux dérivés sans permission écrite antérieure.

Vieux Permis De Schéma-Modèle

Les vieux permis de Schéma-modèle ajoutent essentiellement aux conditions des permis de MIT/X-style la restriction que les matériels publicitaires qui mentionnent des dispositifs ou utilisation du logiciel incluez une reconnaissance. Le permis de schéma lui-même a été changé en a enlevé cette restriction, mais du logiciel continue à employer des permis modelés après le vieux permis de schéma.

Permis Artistique

Le code source de langue de Perl est distribué avec un permis qui vous permet de suivre les limites du GPL ou d'un permis alternatif, whimsically appelé le permis artistique. Les buts principaux du permis artistique sont de préserver des droites de redistribution et d'empêcher des utilisateurs de se vendre changée, modifications de propriété industrielle cette mascarade comme version officielle. D'autres auteurs de logiciel ont adopté la convention du Perl de permettre à des utilisateurs de suivre les limites du GPL ou du permis artistique ; quelques uns sont autorisés seulement en vertu du permis artistique.

Incompatibilités De Permis

Les différentes limites de permis de libre-logiciel permettent de divers types d'une utilité, de modification, et de distribution commerciales. Il est souvent souhaitable de réutiliser le code existant dans vos propres projets. Dans une certaine mesure, il est inévitable que vous fassiez tellement—presque n'importe quel programme que vous écrivez serez lié avec la bibliothèque de C, ainsi vous devez vous rendre compte des limites d'autorisation de la bibliothèque de C, aussi bien que les limites d'autres bibliothèques que vous liez avec votre programme. Vous pouvez souvent souhaiter inclure des fragments du code source d'autres programmes dans vos propres programmes, aussi bien.

Le code de mélange du logiciel avec différents permis peut parfois être un problème. Le problème ne se produit pas quand l'enchaînement avec les bibliothèques partagées, mais lui s'applique certainement à créer les travaux dérivés. Si vous modifiez quelqu'un d'autre logiciel, vous devez comprendre leurs limites d'autorisation. Si vous essayez de combiner dans un travail dérivé deux morceaux de logiciel qui ont différents permis, vous devez déterminer si leurs permis sont en conflit. Encore, ceci ne s'applique pas quand vous écrivez votre propre code à partir de zéro.

Si vous travaillez avec le code autorisé en vertu du GPL ou du LGPL, vous ne pouvez pas inclure dans lui le code autorisé sous un vieux permis de Schéma-modèle, parce que le GPL et les LGPL interdisent "des restrictions additionnelles," et le vieux permis de schéma contient des restrictions additionnelles (c'est-à-dire, au delà de quels dans le GPL ou le LGPL) en vue de la publicité et l'approbation. En raison de ce conflit, quelques morceaux de logiciel sont autorisés en vertu des conditions d'alternative—le GPL et de vieilles limites d'un permis de Schéma-modèle sont offertes ; vous pouvez choisir avec quelle autorisation nomme pour se conformer.

Si le code autorisé sous le GPL ou le LGPL est inclus dans un travail dérivé d'un permis de BSD/MIT/X-style, le travail dérivé entier (pour tous les buts pratiques) doit être autorisé en vertu du GPL ou du LGPL, respectivement.

Il y a beaucoup d'autres incompatibilités potentielles. Si vous êtes dans le doute au sujet derrière de ce que vous êtes permis de faire avec les morceaux particuliers de logiciel libre, ne soyez pas timide—demandent aux propriétaires de copyright. Rappelez-vous qu'ils peuvent vous donner le permis d'employer le logiciel de quelque façon qu'ils souhaitent.