af en toe zal het tumult in de gemeenschap over controversiële open source licenses in een populair product headlines halen, waardoor we allemaal debatteren over waar open source licenties echt over gaan. Vorig jaar was het verbod van de Apache Foundation op componenten met Facebook React ‘ s omstreden patentclausule die een opschudding veroorzaakte die ontwikkelaars voor de Reddit boards stuurde., De afgelopen maanden, Redis Labs en MongoDB hebben wijzigingen aangebracht in de open source licenties van een aantal van hun meest populaire open source databases, waardoor velen om hun hoofden krabben, benadrukken de noodzaak om open source licenties uitgelegd in human speak.

de basis: Wat is een open Source licentie?

de eenvoudigste verklaring is dat open source-licenties wettelijke en bindende contracten zijn tussen de auteur en de gebruiker van een softwarecomponent, waarin wordt verklaard dat de software onder bepaalde voorwaarden in commerciële toepassingen kan worden gebruikt., De licentie is wat code verandert in een open source component. Zonder een open source licentie is de software component onbruikbaar voor anderen, zelfs als het publiekelijk op GitHub is geplaatst.

elke open source licentie geeft aan wat gebruikers mogen doen met de softwarecomponenten, hun verplichtingen en wat ze niet kunnen doen volgens de Algemene Voorwaarden. Dit klinkt misschien vrij eenvoudig, maar er zijn meer dan 200 open source-licenties die er zijn, dus veel geluk om ze allemaal georganiseerd te houden., Het is aan organisaties om te kiezen welke licenties het meest compatibel zijn met hun beleid om ervoor te zorgen dat ze compliant blijven.

auteursplicht en Permissive: twee soorten open Source licenties uitgelegd

de twee belangrijkste categorieën van open source licenties vereisen vaak een diepgaande uitleg. Open source licenties kunnen worden onderverdeeld in twee hoofdcategorieën: copyleft en permissive. Deze divisie is gebaseerd op de eisen en beperkingen die de licentie plaatst op gebruikers.,

auteursrecht is een wet die het recht beperkt om creatieve werken te gebruiken, te wijzigen en te delen zonder toestemming van de auteursrechthouder. Denk aan muziek, films, enz. die het intellectuele eigendom zijn van hun Schepper. Wanneer een auteur EEN programma vrijgeeft onder een copyleft-licentie, maken zij een claim op het auteursrecht van het werk en geven zij een verklaring af dat andere mensen het recht hebben om het werk te gebruiken, te wijzigen en te delen zolang de wederkerigheid van de verplichting wordt gehandhaafd., Kortom, als ze gebruik maken van een component met dit soort open source licentie, dan moeten zij ook hun code open te maken voor gebruik door anderen ook.

een permissieve open source licentie is een niet-auteursplichtige open source licentie die de Vrijheid garandeert om te gebruiken, te wijzigen en te herdistribueren, terwijl het ook propriëtaire afgeleide werken toestaat. Permissieve open source-licenties, liefdevol aangeduid als “Anything Goes”, plaatsen minimale beperkingen op hoe anderen open source-componenten kunnen gebruiken., Dat betekent dat dit type licentie verschillende graden van vrijheid toestaat om open source code te gebruiken, te wijzigen en te herdistribueren, het gebruik ervan in propriëtaire afgeleide werken toe te staan, en bijna niets in ruil voor verplichtingen die verder gaan.

spiekbriefje: Top open Source licenties uitgelegd

Het is belangrijk op te merken dat er geen goede of slechte licenties zijn, en dat geen enkele licentie beter is dan een andere. Iedereen kan een open source licentie die past bij hun zin te maken, dat is de reden dat er zo veel die er zijn., Dit kan het kiezen van een open source-licentie ingewikkeld maken, vooral voor degenen onder ons die niet goed thuis zijn in de wet en nooit open source-licenties grondig hebben uitgelegd. Om te helpen beperken van de beslissing en maken zin van het allemaal, de OSI samengesteld een lijst van goedgekeurde licenties, bestaande uit iets meer dan 80 open source licenties die het meest worden gebruikt.

van de tientallen open source-licenties in de door OSI goedgekeurde lijst, zijn er enkele oppermachtig en worden gebruikt door enkele van de meest populaire open source-projecten die er zijn.,

We hebben samen een korte lijst uitleggen van de meest gebruikte open source-licenties:

  • GNU General Public License (GPL)
  • De Apache-Licentie
  • Openbare Microsoft Licenties (Ms-PL)
  • Berkeley Software Distribution (BSD)
  • Common Development and Distribution License (CDDL)
  • Eclipse Public License (EPL)
  • de MIT-Licentie

GNU General Public License (GPL)

De GNU General Public License is een van de meest populaire open source licentie rond., Richard Stallman creëerde de GPL om de GNU software te beschermen tegen propriëtaire software, en het is een specifieke implementatie van zijn “copyleft” concept.

GPL is een licentie met auteursplicht. Dit betekent dat alle software die is geschreven op basis van een GPL-component moet worden vrijgegeven als open source. Het resultaat is dat elke software die gebruik maakt van een GPL open source component (ongeacht het percentage in de volledige code) is vereist om de volledige broncode vrij te geven en alle rechten om de volledige code te wijzigen en te distribueren.,

Er is altijd enige verwarring geweest over wat een ‘werk gebaseerd op’ een ander werk is, wat op zijn beurt de wederkerigheidsverplichting van de GPL veroorzaakt. De FSF heeft getracht de GPLv3 meer duidelijkheid te verschaffen over het tijdstip waarop de wederkerigheidsverplichting in werking treedt. De FSF schreef zelfs een nieuwe GPL-licentie, de Affero-licentie, om een specifieke verwarring aan te pakken die de “ASP Maas in de wet”wordt genoemd.

daarnaast probeerde de FSF de compatibiliteit van de GPLv3 met andere licenties te vergroten. Om twee codes te combineren tot een groter werk, moeten beide programma ‘ s dit toestaan., Als dergelijke rechten worden verleend door de licenties van beide programma’ s, zijn ze compatibel. Door de GPLv3 meer compatibel te maken, breidde de FSF de ontwikkelingsopties uit.

het derde verschil tussen de twee versies is dat de GPLv3 werd geschreven in een poging om het gebruik wereldwijd te verhogen. De taal die in de GPLv3 wordt gebruikt om de licentierechten te beschrijven, werd aangepast om ervoor te zorgen dat de internationale wetgeving het zal interpreteren zoals de FSF het bedoeld heeft, in tegenstelling tot de taal die wordt gebruikt in de GPLv2, die als zeer US-centric wordt beschouwd., GPLv3 stelt ontwikkelaars ook in staat om lokale disclaimers toe te voegen, wat ook helpt bij het verhogen van het gebruik buiten de VS.

Top 10 GPL licentie vragen beantwoord

de Apache licentie

De Apache licentie is een open source software licentie uitgegeven door de Apache Software Foundation (ASF). Het is een populaire en wijdverbreide licentie ondersteund door een sterke Gemeenschap. De Apache licentie staat u toe om vrij te gebruiken, aan te passen en te distribueren elk Apache gelicentieerd product. Echter, terwijl u dit doet, bent u verplicht om de voorwaarden van de Apache-licentie te volgen.,

De Apache Group (later de Apache Software Foundation genoemd) bracht de eerste versie van zijn licentie uit in 1995, maar het is zeldzaam dat je componenten tegenkomt die nog steeds deze licentie dragen. in 2000, toen Berkeley het argument van de Free Software Foundation accepteerde en hun reclameclausule uit de BSD-licentie schafte en de gewijzigde BSD-licentie oprichtte, deed Apache hetzelfde en creëerde de Apache-licentie versie 1.1.,

het verwijderen van de advertentieclausule betekende dat het reclamemateriaal van de afgeleide werken van een Apache-gelicentieerd product niet langer nodig was om de Apache-licentietoeschrijving op te nemen. Het werd ok om de toeschrijving alleen in de documentatie op te nemen.

in 2004 besloot ASF om iets radicaler af te wijken van het BSD-model en produceerde de Apache-licentieversie 2.0 door octrooirechten te verlenen en solide definities te definiëren van de concepten die het gebruikt om het coherenter te maken.,

top 10 Apache-Licentievragen beantwoord

Microsoft Public Licenses (Ms-PL)

De Microsoft Public License is een vrije en open source softwarelicentie uitgegeven door Microsoft.

Het staat u vrij om originele of afgeleide werken van software te reproduceren en te distribueren onder de Ms-PL licentie. U mag echter geen naam, logo of handelsmerken van bijdragers gebruiken wanneer u dit doet., De Ms-PL beschermt de auteurs door expliciet geen expliciete garanties of garanties te bieden voor het gebruik van uw code, dus de auteur is niet aansprakelijk als de code in sommige gevallen niet goed werkt.

wanneer u software (of het gedeelte ervan) distribueert onder de Ms-PL, hoeft u de broncode niet te distribueren. Je mag het doen als je wilt, maar je bent niet verplicht. U bent echter verplicht om alle kennisgevingen inzake auteursrecht, patent, handelsmerk en attributie die oorspronkelijk in de software aanwezig zijn, te behouden.,

bovendien, als u een deel van de software distribueert in de broncodevorm, mag u dit alleen doen onder de Ms-PL door een volledige kopie van deze licentie bij uw distributie op te nemen. Als u een deel van de software distribueert in de vorm van gecompileerde of objectcode, mag u dit alleen doen onder enige andere licentie die voldoet aan de Ms-PL.

het document over de voorwaarden voor Ms-PL is zeer kort, beknopt en in een zeer coherente taal geschreven., Microsoft wilde heel duidelijk en direct zijn met de open source-gemeenschap, wat ook helpt bij het adoptiepercentage (zoals we weten van de BSD-licentie).

Berkeley Software Distribution (BSD)

BSD – licenties of de originele BSD-licentie en zijn twee varianten-de gewijzigde BSD-licentie (3-clausule) en de vereenvoudigde BSD-licentie / FreeBSD-Licentie (2-clausule) zijn een familie van vrije softwarelicenties.,

met de BSD-licentie kunt u de code van uw software vrij wijzigen en distribueren in de bron-of binaire indeling, zolang u een kopie van de copyrightmelding, de lijst met Voorwaarden en de disclaimer behoudt.
De oorspronkelijke BSD-licentie of de 4-clausule BSD-licentie bevat ook een reclameclausule en een non-endorsement-clausule (gedetailleerde uitleg over deze clausules vindt u in de volgende vragen). De gewijzigde BSD-licentie of de 3-clausule BSD-licentie werd gevormd door het verwijderen van de advertentieclausule uit de oorspronkelijke BSD-licentie., Verder werd de FreeBSD-versie of de 2-clausule BSD-licentie gevormd door het verwijderen van de non-endorsement clausule uit de gewijzigde BSD-licentie of de 3-clausule BSD-licentie.

Common Development and Distribution License (CDDL)

CDDL is een open source licentie uitgegeven door Sun Microsystems ter vervanging van de Sun Public License (SPL). De CDDL-licentie wordt door Sun (nu Oracle) beschouwd als SPL versie 2. Het is geïnspireerd door de Mozilla Public License (MPL)., Sun bracht zijn vrije software / open source-projecten uit onder de Sun Public License (SPL) voordat het in 2004 op CDDL ging vertrouwen. CDDL wordt vaak nagesynchroniseerd als een opgeschoond versie van de MPL en is gemaakt om herbruikbaarheid te vergemakkelijken.

Het staat u vrij om alle originele of afgeleide werken van alle software die onder de CDDL gelicentieerd is, te reproduceren en te distribueren. U mag echter geen auteursrechten, patenten of handelsmerken in de software verwijderen of wijzigen., U moet ook alle kennisgevingen van licentieverlening of beschrijvende tekst bewaren die de toewijzing aan een bijdrager of de oorspronkelijke ontwikkelaar geeft.

wanneer u uw software distribueert in een uitvoerbare vorm (een andere vorm dan broncode), moet u de broncode ook beschikbaar maken onder de CDDL. Het uitvoerbare formulier kan worden vrijgegeven onder de CDDL of een CDDL compatibele licentie.,

De broncode die u beschikbaar moet stellen bevat uw bijdragen zolang ze een toevoeging zijn aan, verwijdering uit of wijziging van de inhoud van een bestand dat de originele software bevat – of nieuwe bestanden die delen van het originele programma bevatten. Dat betekent dat als je toevoegingen worden gemaakt in aparte en onafhankelijke bestanden die niet de originele code bevatten, je het niet hoeft uit te geven onder de CDDL. Je mag dat doen als je ervoor kiest, maar je bent niet verplicht.

daarnaast moet u een kopie van de CDDL toevoegen met elke broncode die u distribueert., Voor elke wijziging die je maakt, moet je jezelf identificeren als de modifier door een notice in je gewijzigde bestanden op te nemen.

Eclipse Public License (EPL)

De Eclipse Public License (EPL) is een open source licentie ontwikkeld door de Eclipse Foundation. Het is afgeleid van de Common Public License (CPL). De Eclipse codebase nu beschikbaar onder de EPL was voorheen gelicentieerd onder de CPL.

de EPL-licentie is een copyleft-licentie., Als u een EPL ‘ ed-component wijzigt en deze distribueert in het broncodeformulier als onderdeel van uw programma, moet u de gewijzigde code openbaar maken onder de EPL. Als u een dergelijk programma distribueert in de vorm van objectcode, moet u aangeven dat de broncode op verzoek beschikbaar kan worden gesteld aan de ontvanger. U bent ook verplicht om de methode voor het aanvragen van de broncode te delen.

De Eclipse Foundation maakt duidelijk dat, naar hun mening, ‘slechts interfacing of interoperabiliteit’ met een Eclipse plugin uw code geen afgeleide werk van de plugin maakt.,
Als u een programma herdistribueert met een EPL-component, bent u verplicht om de volledige licentietekst en de auteursrechten op te nemen.

de EPL beschermt de auteur tegen mogelijke rechtszaken of schade veroorzaakt als een bedrijf zijn/haar component gebruikt in een commercieel product. Het biedt ook een patent subsidie.

MIT-licentie

MIT is een van de meest tolerante vrije softwarelicenties. In principe kunt u doen wat u wilt met software die onder de MIT – licentie is gelicentieerd-alleen als u er een kopie van de originele MIT-licentie en copyright-kennisgeving aan toevoegt., De eenvoud is de reden achter de hoge adoptiegraad onder ontwikkelaars.

ken je Open Source licenties, of leg het uit aan de rechter

als je zo ver bent gekomen, dan weet je dat open source licenties niet voor zwakkeren zijn.