Free Software Licenties

Share

|

De term Open Source werd bedacht in een poging om de verwarring rond het woord gratis in de "vrije software op te lossen." Het Open Source Initiative (OSI) is opgericht om de term Open Source te beheren, en hoewel haar pogingen om de term handelsmerk (naar zijn zin te beschermen) werden afgewezen door het US Patent and Trademark Office, het OSI in het bezit is van de OSI-keurmerk Certified Open Source Software. (Er zijn geen wettelijke beperkingen op het gebruik van de term Open Source, maar er zijn op het OSI Certified Open Source Software keurmerk.)

Het OSI handhaaft de Open Source Definition (OSD), een beschrijving van de rechten die door Open Source licenties, maar onderhoudt ook een volledige lijst van alle licenties die het certificeert om te voldoen aan de eisen van de OSD, waaronder: Source code moet beschikbaar zijn, moet het product vrij gedistribueerd worden; afgeleide werken moeten worden toegestaan; en discriminatie van personen, groepen of gebieden van de inspanning mag niet worden toegestaan. De volledige OSD, samen met een lijst van licenties gecertificeerd als OSI Certified Open Source Software, is beschikbaar op http://opensource.org/.

De GNU General Public License

De GPL is een van de meer restrictieve vrije-software-licenties. Indien u in de broncode die is beschikbaar onder de voorwaarden van de GPL in een ander programma, dat ook programma moet worden beschikbaar onder de voorwaarden van de GPL.[2] De Free Software Foundation (FSF, auteur van de GPL) is van mening koppeling met een bibliotheek als "het creëren van een afgeleid werk"; enkele anderen denk dat het een "werk van de loutere samenvoeging zijn." Daarom is de FSF bezit dat je niet mag koppelen aan een bibliotheek valt onder de voorwaarden van de GPL, tenzij het programma wordt gekoppeld eveneens onder de voorwaarden van de GPL. Echter, sommige mensen houden dat de koppeling is "loutere samenvoeging," en de GPL zegt:

Sommige mensen noemen de GPL een virus om deze reden.

Bovendien is de bundeling van een werk niet gebaseerd op het Programma met het Programma (of met een werk gebaseerd op het Programma) op een volume van een opslag of distributie medium niet het andere werk te brengen onder de werkingssfeer van deze Licentie.

Als u een uitvoerbaar beschouwen als een "volume van de opslag," je zou kunnen overwegen koppelen loutere samenvoeging.

Om het beste van onze kennis, is dit onderscheid nog niet getest in de rechtbank. In het tamelijk onwaarschijnlijke geval dat u wilt koppelen een programma niet beschikbaar onder de voorwaarden van de GPL met een bibliotheek, dat wil zeggen de auteurs van de bibliotheek in vraag te stellen voor hun interpretatie.

De GNU General Public License

De GNU General Public License (LGPL) is ontworpen om bibliotheken meer in het algemeen nuttig te maken. Het punt van de LGPL is om gebruikers te upgraden of hun bibliotheken te verbeteren zonder dat nieuwe versies van programma's die verband houden tegen deze bibliotheken te krijgen. Daartoe heeft de LGPL geen poging om geen vergunningen beperkingen op de programma's die verband houden tegen de bibliotheek, zolang deze programma's gekoppeld zijn tegen gedeelde versies van bibliotheken beschikbaar onder de LGPL of zijn voorzien van het object bestanden voor de toepassing, waardoor de gebruiker Relink de toepassing van nieuwe of gewijzigde versies van de bibliotheek.

In de praktijk is deze beperking niet significant, het zou onredelijk zijn niet te koppelen tegen gedeelde bibliotheken waar ze beschikbaar zijn.

Er zijn maar weinig bibliotheken zijn beschikbaar onder de voorwaarden van de GPL, de meeste zijn beschikbaar onder de voorwaarden van de LGPL. Bibliotheken beschikbaar onder de voorwaarden van de GPL zijn meestal op die manier alleen maar omdat de auteur niet wist over of overwegen de LGPL. In antwoord op een beleefd verzoek zal veel auteurs hun bibliotheken licenties uitgegeven onder de voorwaarden van de LGPL.

MIT / X / BSD-achtige licenties

MIT / X-achtige licenties zijn veel eenvoudiger dan de GPL of LGPL hun enige beperkingen zijn (eenvoudig gezegd) aan alle bestaande auteursrechtelijke kennisgevingen en de licentievoorwaarden intact in bron-en binaire distributies te houden, en niet op de naam van een auteur gebruik te onderschrijven of bevordering van afgeleide werken, zonder voorafgaande schriftelijke toestemming.

Oud BSD-achtige licenties

Oude BSD-achtige licenties hoofdzakelijk toe te voegen aan de voorwaarden van de MIT / X-achtige licenties de beperking dat de reclame-materiaal waaruit functies of het gebruik van de software ook een bevestiging. De BSD-licentie zelf is veranderd naar verwijderde deze beperking, maar sommige software blijft licenties gemodelleerd naar de oude BSD-licentie gebruiken.

Artistic License

De Perl taal broncode is gedistribueerd met een licentie die u toestaat om ofwel de voorwaarden van de GPL of van een andere licentie te volgen, grillig genaamd Artistic License. De belangrijkste doelstellingen van de Artistic License herverdeling zijn om rechten te beschermen en te voorkomen dat gebruikers te verkopen veranderd, merkgebonden wijzigingen die zich voordoen als de officiële versie. Andere software auteurs hebben aangenomen conventie Perl's zodat gebruikers kunnen de voorwaarden van ofwel volg de GPL of de Artistic License, een enkele licentie zijn alleen onder de voorwaarden van de Artistic License.

Licentie onverenigbaarheid

Verschillende vrije-software licentievoorwaarden kunnen verschillende vormen van commercieel gebruik, wijziging, en distributie. Het is vaak wenselijk om bestaande code hergebruiken in uw eigen projecten. Tot op zekere hoogte is het onvermijdelijk dat u dit doet-bijna ieder programma dat je schrijft zal worden gekoppeld aan de C-bibliotheek, dus je moet bewust zijn van de licentievoorwaarden van de C-bibliotheek, evenals de voorwaarden van de andere bibliotheken die u verbinding met uw programma. U kunt vaak wenst op te nemen fragmenten van de broncode van andere programma's 'code in uw eigen programma's, als goed.

Vermenging code van software met verschillende licenties kan soms een probleem. Het probleem doet zich niet voor bij het koppelen met gedeelde bibliotheken, maar is zeker van toepassing is op het creëren van afgeleide werken. Als je iemand anders zijn software te wijzigen, moet je inzicht krijgen in hun licentievoorwaarden. Als je probeert te combineren in een afgeleid werk twee stukken software die verschillende licenties heeft, moet u bepalen of hun licenties conflict. Nogmaals, geldt dit niet wanneer u uw eigen code vanaf nul schrijven.

Als u werkt met code beschikbaar onder de voorwaarden van de GPL of LGPL, kunt u niet opnemen in het code beschikbaar onder een oude BSD-licentie, omdat de GPL en LGPL verbieden "bijkomende beperkingen," en de oude BSD-licentie bevat aanvullende beperkingen (dat is, naast de eventueel in de GPL of LGPL) met betrekking tot reclame en aantekeningen. Vanwege dit conflict, zijn sommige stukken van de software beschikbaar onder alternatieve termen, zowel de GPL en een oude BSD-licentie voorwaarden worden aangeboden, je kunt kiezen met welke licentievoorwaarden te voldoen.

Als de code beschikbaar onder de GPL of LGPL is opgenomen in een werk afkomstig van een BSD / MIT / X-licentie, wordt de gehele afgeleid werk (voor alle praktische doeleinden) moeten worden uitgegeven onder de voorwaarden van de GPL of LGPL, respectievelijk.

Er zijn veel andere mogelijke onverenigbaarheden. Als u twijfelt over wat je mag doen met bijzondere stukken van vrije software, don't be shy-vragen aan de auteursrechthebbenden. Vergeet niet dat ze kunnen geven u een licentie om de software te gebruiken op een manier die zij willen.

---