GNU General Public License

GNU General Public License
logoen til den nyeste versjonen, GNU GPLv3
ForfatterRichard Stallman
Versjon3
forleggerFree Software Foundation, Inc.
Publiseringsdato1989
Kompatibel med DFSGJepp
Gratis programvareJepp
OSI godkjentJa
CopyleftJa
Kobling fra kode under annen lisensNei (unntatt GNU AGPLv3-kobling med GNU GPLv3)

GNU General Public License (ofte referert til med akronymet GNU GPL eller ganske enkelt GPL ) er en sterkt copyleft-lisens for fri programvare , opprinnelig utstedt i 1989 av Richard Stallman for å sponse programmer laget for GNU -operativsystemet . Faktisk, i motsetning til andre gratis lisenser som ikke er kopiert til venstre, må et verk som er beskyttet av GNU GPL forbli gratis, det vil si at med følgende endringer må det fortsette å garantere sine brukere de såkalte fire frihetene . [1]

Free Software Foundation kan publisere nye revisjoner eller versjoner, hvorav den siste ble publisert 29. juni 2007 under navnet GNU GPL v3. [1] Navnet på lisensen ( General Public ) skyldes det faktum at forfatteren av enhver programvare kan bruke lisensen som den er. [2] Emacs tekstredigering og Linux -kjernen er populære eksempler på programvare som først tok i bruk denne lisensen.

Historie

GNU Emacs-utgaven

I de første årene av GNU-prosjektet ble hver enkelt programvare publisert under en spesifikk lisens, kun gyldig for det programmet. Alle som ønsket å gjenbruke en lisens ville ha måttet kopiere teksten ved å endre de spesifikke parameterne (for eksempel navnet på programvaren, forfatteren osv.).

I 1984 ble Richard Stallman beordret av UniPress til å slutte å distribuere GNU Emacs -tekstredigereren , som gjenbrukte Gosling Emacs-kode. Faktisk hadde Gosling i utgangspunktet distribuert programvaren uten restriksjoner, men solgte den senere til Unipress. Stallman er tvunget til å erstatte de opphavsrettsbeskyttede delene med ny kode. Imidlertid brakte den negative opplevelsen ham for første gang nærmere ideen om en lisens som ville forhindre en slik tilegnelse av fri programvare. [3]

Versjon 1

I 1989 realiserer Stallman, ved å ta opp innholdet i GNU-programvarelisenser (spesielt GNU Emacs), sammen med Eben Moglen , den første versjonen av GNU General Public License (GNU GPLv1), gjeldende uten endringer for alle som erklærer det i programmet seg selv. Denne første versjonen publiseres nøyaktig 25. februar samme år og hindrer programvaredistributører i å begrense frihetene som definerer fri programvare. Faktisk kunne distributører bare publisere binære filer, kjørbare, men ikke lesbare eller modifiserbare av mennesker. For å unngå dette, sier GPLv1 at enhver leverandør, når de distribuerer binære filer, også må gjøre kildekoden lesbar og tilgjengelig under de samme lisensvilkårene (lisenspunkt 3a og 3b).

Det andre problemet var at distributører kunne legge til ytterligere begrensninger, enten ved å legge til lisensbegrensninger eller ved å kombinere programvaren med annen programvare som hadde andre begrensninger på distribusjonen. I dette tilfellet gjaldt foreningen av de to restriksjoner for kombinert arbeid, med mulighet for at det derfor ble lagt til uakseptable restriksjoner. For å unngå dette, fastsetter GPLv1 at de modifiserte versjonene, som helhet, måtte distribueres i henhold til vilkårene i GPLv1 (avsnitt 2b og 4 i tittelen). Derfor kan programvare distribuert under vilkårene i GPLv1 kombineres med programvare på mildere vilkår, da dette ikke vil endre betingelsene for å distribuere hele pakken. Omvendt kunne ikke programvare distribuert under GPLv1 kombineres med programvare distribuert under en mer restriktiv lisens, da dette ville ha vært i strid med kravet om at hele objektet skal kunne distribueres under GPLv1.

Versjon 2

I 1991 ble GNU GPLv2 publisert. I følge Richard Stallman er den viktigste modifikasjonen av denne versjonen klausulen han kalte "Frihet eller død" . Denne klausulen krever at hvis det er restriksjoner av noe slag på gratis distribusjon av programvaren under vilkårene angitt i lisensen, kan det hende at programvaren ikke distribueres i det hele tatt. For eksempel, hvis en lov hindrer deg i å distribuere kildekode , kan ikke all programvare som er beskyttet av GNU GPLv2 distribueres. Håpet er å gjøre det mindre attraktivt for bedrifter å ty til patenttrusler, eller å kreve betaling fra gratis programvareutviklere.

Siden 1990 har det blitt tydelig at bruken av en mindre restriktiv lisens ville vært strategisk mer nyttig for C-biblioteker og for de programvarebibliotekene som nå, i praksis, fungerte som om de var av den proprietære typen [4] ; da, i juni 1991, versjon 2 av GPL (GPLv2) ble utgitt og derfor en andre lisens ble introdusert - "Library General Public License" - som, med tanke på komplementariteten, beholdt samme navn med den eneste tillegg av bokstaven " L" (LGPLv2).

Versjonsnummerering var forskjellig fra 1999 da versjon 2.1 av LGPL ble utgitt, som ble omdøpt til GNU Lesser General Public License for å opprettholde sin opprinnelige filosofi.

Diffusjon

GNU GPLv2 nøt en viss suksess i verden av fri programvare.

I 1997 dukket det opp blant lisensene som samsvarer med Debians retningslinjer for fri programvare (DFSG), eller retningslinjene til Debian-prosjektet. I 1998, ved fødselen av Open Source Initiative, vises det i den første listen over åpen kildekode-lisenser.

Versjon 3

På slutten av 2005 kunngjorde Free Software Foundation (FSF) at de jobber med versjon 3 av GPL (GPLv3). Den 16. januar 2006 ble det første "diskusjonsutkastet" av GPLv3 publisert, som ble fulgt av den offentlige høringen som opprinnelig var planlagt til ni eller femten måneder, men som deretter ble utvidet til atten måneder med fire prosjekter i pipelinen.

Den offentlige konsultasjonsprosessen ble koordinert av Free Software Foundation med bistand fra Software Freedom Law Center, Free Software Foundation Europe og andre fri programvaregrupper. Kommentarer ble samlet inn fra publikum via nettportalen gplv3.fsf.org. Den portalen kjørte spesialskrevet programvare kalt stet.

I løpet av den offentlige høringsprosessen ble det sendt inn 962 merknader til det første utkastet. Det var til slutt levert inn 2636 merknader.

Det tredje utkastet ble publisert 28. mars 2007. Dette utkastet begrenser anti -tivoiseringsklausulene til en juridisk definisjon av "bruker" eller "forbrukerprodukt". Den fjernet også eksplisitt delen "Geografiske grenser", hvis sannsynlige fjerning ble kunngjort ved starten av den offentlige høringen.

Det fjerde og siste utkastet til diskusjon ble publisert 31. mai 2007. Det introduserte Apache License -kompatibilitet , klargjorde rollen til eksterne kontraktører og gjorde et unntak for å unngå opplevde problemer i en avtale som Microsoft - Novell-en, som faktisk sa i avsnitt 11 (6) at du ikke kan distribuere et dekket program hvis du er part i en avtale med en tredjepart som driver med distribusjon av programvaren […]. Dette var ment å gjøre slike tilbud ineffektive i fremtiden.

Noen høyprofilerte Linux-kjerneutviklere kommenterte offentlig innvendinger mot diskusjonsutkast del 1 og 2.

Den 29. juni 2007 publiserer Free Software Foundation endelig versjon 3 av lisensen (GNU GPLv3), som introduserer tiltak mot tivoisering, mot noen effekter av digital rettighetsadministrasjon, samt større beskyttelse mot programvarepatenter og definisjonen av "kilde kode ". Andre endringer gjelder internasjonalisering, hvordan lisensbrudd håndteres, og hvordan ytterligere tillatelser kan gis av opphavsrettsinnehaveren.

Affero-versjonen

Under svangerskapet av GPLv3 ble innføringen av plikten til å distribuere koden for programmer som kjører på en ekstern datamaskin (som en nettside) diskutert. Den endelige avgjørelsen var ikke å inkludere forpliktelsen i GPLv3, men å opprette en ny lisens som sørger for det, GNU Affero General Public License ( GNU AGPL ), kompatibel med denne versjonen.

Funksjoner

Free Software Foundation ( FSF) eier opphavsretten til teksten til GNU GPL, men har ingen rettigheter til programvaren som dekkes av den. GNU GPL er ikke fritt redigerbar: bare kopiering og distribusjon er tillatt. FSF lar deg lage nye lisenser basert på GNU GPL, så lenge disse lisensene ikke bruker samme ingress uten tillatelse. Siden den nye lisensen vanligvis ikke er kompatibel med GNU GPL, anbefaler ikke FSF å lage modifiserte versjoner.

Det garanterer sluttbrukere, som organisasjoner, bedrifter eller enkeltpersoner, å bruke, dele og til og med endre programvaren (sistnevnte operasjon ble ikke garantert av lisensene for proprietær programvare ).

GPL er en copyleft -lisens , noe som betyr at avledede verk bare kan distribueres under de samme lisensvilkårene. GPL var den første copyleft-lisensen for generell bruk. For å gjøre et program gratis, inviterer GPL programmerere til å erklære det i det offentlige domene, derfor fri for opphavsrett.

GNU GPL er designet for å enkelt brukes på programmer hvis du eier rettighetene til dem. For å gjøre dette trenger du ikke å endre det, men bare legge til et notat som refererer til det i programmet.

For å opprettholde tittelen frem til i dag inkluderer GPL-lisensen en valgfri "enhver senere versjon"-klausul, som lar brukere velge mellom de originale vilkårene eller betingelsene i de nye versjonene som er oppdatert av FSF.

I GNU-prosjektet er de spesifikke distribusjonsbetingelsene som brukes i GNU General Public License, GNU Lesser General Public License og GNU Free Documentation License .

Innhold

Som enhver programvarelisens er GPL et juridisk dokument knyttet til programmet publisert under denne lisensen. Som enhver fri programvarelisens gir den lisenshavere tillatelse til å endre programmet, kopiere det og distribuere det med eller uten endringer, gratis eller mot et gebyr. Dette siste punktet skiller GPL fra programvarelisenser som forbyr kommersiell distribusjon. FSF argumenterer for at fri programvare ikke må legge restriksjoner på kommersiell bruk, mens GPL uttrykkelig sier at GPL-verk kan selges til enhver pris.

Distributører er pålagt å gjøre kildekoden til programvaren tilgjengelig for personer som har mottatt en kopi eller, alternativt, å følge programvaren med et skriftlig tilbud om å gjøre kilden tilgjengelig på forespørsel til en pålydende pris.

GPL sier også at en distributør ikke kan pålegge "ytterligere begrensninger på rettighetene gitt av GPL". Dette forbyr aktiviteter som distribusjon av programvare under en taushetserklæring eller kontrakt. Det er imidlertid klart at FSF ikke eier opphavsretten til et verk publisert under GPL, med mindre en forfatter eksplisitt tildeler opphavsrett til FSF (noe som sjelden skjer, bortsett fra programmer som er en del av GNU-prosjektet). Kun individuelle rettighetshavere har myndighet til å saksøke ved konsesjonsbrudd.

GPL pålegger vilkår for alle som omdistribuerer programvare. Det juridiske grunnlaget for dette ligger i den spesifikke lisensen: Hvis brukeren ikke godtar de spesifiserte betingelsene, blir den ugyldig og gir derfor ingen tillatelse. Spesielt siden programvaren er beskyttet av lov om opphavsrett og internasjonale lover om opphavsrett, har den som anskaffer programvaren ingen rett til å endre, kopiere eller distribuere den utenfor de som er gitt av lisensen.

Sammenlignet med andre fri programvarelisenser kan GPL klassifiseres som:

Som med de andre frie lisensene som normalt er i bruk, er modifiserte versjoner av et program under GNU GPL underlagt begrensningen av copyleft kun ved distribusjon , det vil si når programvaren overføres fra en juridisk enhet til en annen. Det er under ingen omstendigheter noen distribusjonsplikt.

GPL er uforenlig med programvarepatenter , fordi den eksplisitt forbyr distribusjonsbegrensninger i tillegg til de som er definert i selve lisensen. Strengt tatt kan derfor ikke patentbeskyttet GPL-programvare distribueres der disse patentene er i kraft, med mindre eierne av disse patentene tillater at de brukes uten betingelser for å kjøre den programvaren.

Garanti

Som med andre gratis lisenser, og generelt som andre programvarelisenser, gir ikke programvareleverandøren noen form for garanti for programmet. Ved funksjonsfeil eller andre mangler er det kjøperen selv som må sørge for reparasjoner for egen regning.

Faktisk sier leverandøren eksplisitt i lisensen at den ikke er ansvarlig for eventuelle mangler, funksjonsfeil eller skader påført av kjøperen (fra korrupsjon og tap av data, til umuligheten av å bruke programmet riktig), med mindre det kreves av lokale lover eller ellers, særskilt avtale bestemmer noe annet.

Funksjoner introdusert med GPLv3

GPL versjon 3 klargjør noen begreper som brukes i teksten til lisensen for å gjøre den lettere anvendelig for andre lover enn den amerikanske.

De viktigste nyvinningene av GPLv3 er [6] :

Vilkår og betingelser

Hvordan bruke

Programvare under GPL kan kjøres for alle formål, inkludert kommersielle formål og til og med som et verktøy for å lage proprietær programvare, for eksempel når du bruker GPL-lisensierte kompilatorer. Brukere eller selskaper som distribuerer GPL-lisensierte verk (for eksempel programvare), kan motta provisjon for kopier eller distribuere dem gratis. Dette skiller GPL fra shareware programvarelisenser som tillater kopiering for personlig bruk, men som forbyr kommersiell distribusjon. GPL sier eksplisitt at GPL-verk kan selges til enhver pris.

Ved rent privat (eller intern) bruk, uten å bli solgt eller distribuert, kan programvarekoden endres og gjenbrukes uten at kildekoden må publiseres. For salg eller distribusjon kreves hele kildekoden for at programvaren skal gjøres tilgjengelig for brukere, inkludert eventuelle kodeendringer og tillegg.

Det kreves imidlertid ikke at programvare som kjører som et applikasjonsprogram på et GPL-lisensiert operativsystem, som Linux, publiseres under GPL; i dette tilfellet avhenger lisensieringen bare av bibliotekene som brukes og programvarekomponentene og ikke av den underliggende plattformen. Bare hvis GPL-deler brukes i et program (og programmet er distribuert), må alle andre programkildekoder gjøres tilgjengelige under de samme lisensvilkårene. GNU Lesser General Public License (LGPL) ble opprettet for å oppnå en svak copyleft med hensyn til GPL, siden den ikke krever at en spesialutviklet kildekode (forskjellig fra LGPLed-delene) skal gjøres tilgjengelig under de samme lisensbetingelsene.

De fleste GPLv2-lisensierte programmer bruker følgende FSF-godkjente tekst: “Dette programmet er fri programvare; du kan redistribuere det og/eller endre det under vilkårene i GNU / General Public License som publisert Free Software Foundation; enten versjon 2 av lisensen, eller (etter din mening) en hvilken som helst senere versjon ". Denne teksten betyr ikke at programmene automatisk vil bytte til neste versjon av lisensen, bare at disse programmene automatisk får tilleggstillatelsene til neste lisens og ikke eventuelle restriktive klausuler. Derfor, hvis utvikleren ønsker å håndheve den neste lisensen fullt ut, må han endre teksten til "[...] enten versjon 3 av lisensen, eller (etter din mening) en hvilken som helst senere versjon".

Andre programmer spesifiserer imidlertid eksplisitt bruken av versjon 2 av GPL (blant dem Linux-kjernen) eller versjon 3 alene for å opprettholde eksplisitt kontroll over lisensen som brukes og for å unngå implisitt å støtte den fremtidige utviklingen av GNU GPL i kommende versjoner .

Copyleft

Distribusjonsrettighetene gitt av GPL for modifiserte versjoner av verket er ikke ubetingede. Når noen distribuerer et GPL-verk med sine modifikasjoner, kan ikke kravene for distribusjon av hele verket på noen måte overstige kravene som finnes i GPL.

Dette kravet er kjent som copyleft. Den får sin juridiske makt fra bruk av opphavsrett på programvare. Siden et GPL-prosjekt er opphavsrettsbeskyttet, har en lisensinnehaver ingen rett til å videredistribuere det, selv i modifisert form, bortsett fra under lisensvilkårene. Du er bare pålagt å overholde vilkårene i GPL hvis du ønsker å utøve rettighetene som normalt er begrenset av opphavsrett, for eksempel redistribusjon. Omvendt, hvis du distribuerer kopier av prosjektet uten å overholde vilkårene i GPL-lisensen (for eksempel ved å holde kildekoden hemmelig), kan du bli sitert av den opprinnelige forfatteren under opphavsrett .

Copyleft bruker deretter opphavsrett for å oppnå det motsatte av sitt vanlige formål: i stedet for å pålegge begrensninger, gir det rettighetene til andre mennesker, på en slik måte at det sikrer at disse rettighetene ikke kan annulleres senere.

Det er forskjellige nivåer av copyleft som har forskjellige effekter: sterk, svak og nettverks copyleft. Når vi snakker om GPL-lisensen snakker vi om en sterk copyleft som innebærer at for alle avledede verk og biblioteker som er dynamisk knyttet til dem, arver de også copyleft-lisensen (som for en dynamisk kobling). Denne forskjellen mellom copyleft-nivåer kan føre til en inkompatibilitet mellom klausuler og lisenser som derfor forhindrer distribusjon av programmer som kan fungere sammen.

Mange GPL-programdistributører samler kildekode med kjørbare filer. En alternativ metode for å tilfredsstille copyleft er å gi et skriftlig tilbud om å gi kildekoden på et fysisk medium (som en CD) på forespørsel. I praksis distribueres mange GPL-programmer på Internett, og kildekoden gjøres tilgjengelig via FTP eller HTTP , som samsvarer med lisensen.

Copyleft gjelder kun når en person prøver å omdistribuere programmet. Du har lov til å modifisere programvaren privat uten noen forpliktelse til å avsløre endringene inntil den modifiserte programvaren distribueres eksternt.

Lisens og avtale

GPL ble utformet som en lisens i stedet for en kontrakt. I noen fellesrettslige jurisdiksjoner er det juridiske skillet mellom en lisens og en kontrakt viktig: kontrakter kan håndheves av kontraktslovgivningen, mens lisenser håndheves av lov om opphavsrett. Denne forskjellen er imidlertid ikke nyttig i mange jurisdiksjoner der det ikke er forskjeller mellom kontrakter og lisenser, for eksempel sivilrettslige systemer.

De som ikke godtar vilkårene og betingelsene til GPL har ikke tillatelse under opphavsrett til å kopiere eller distribuere programvaren eller avledede verk under GPL-lisensen. Men hvis de ikke omdistribuerer GPL-programmet, kan de fortsatt bruke programvaren i sin organisasjon, og verk (inkludert programmer) bygget med bruk av programmet er ikke pålagt å være dekket av denne lisensen.

Avledninger

Teksten til GPL er i seg selv beskyttet av opphavsrett, og opphavsretten eies av Free Software Foundation .

FSF tillater enkeltpersoner å lage nye GPL-baserte lisenser, så lenge de avledede titlene ikke bruker GPL-innledningen uten tillatelse. Dette frarådes imidlertid, da en slik lisens kan være uforenlig med GPL.

Andre titler laget av GNU-prosjektet inkluderer GNU Lesser General Public License og GNU Free Documentation License.

Teksten til GPL er ikke i seg selv under GPL. Opphavsretten til lisensen tillater ikke modifikasjon av lisensen i seg selv. Kopiering og distribusjon av lisensen er tillatt ettersom GPL krever at mottakerne skaffer seg "én kopi av denne lisensen sammen med programmet". I følge GPL FAQ kan hvem som helst lage en ny lisens ved å bruke en modifisert versjon av GPL så lenge de bruker et annet navn for lisensen og ikke nevner "GNU".

Lenker og avledede arbeider

Ifølge FSF, "GPL krever ikke at du publiserer den modifiserte versjonen, eller noen del av den. Du står fritt til å gjøre endringer og bruke dem privat, uten å publisere dem." Men hvis du distribuerer et GPL-lisensiert prosjekt til offentligheten, er det et koblingsproblem: det vil si at hvis et proprietært program bruker et GPL-bibliotek, bryter det proprietære programmet GPL?

GPL er tydelig i å kreve at alle kodeprosjekter under GPL selv må være under GPL. Tvetydigheten oppstår når det gjelder bruk av GPL-biblioteker, og bunting av GPL-programvare til en større pakke (kanskje blandet inn i en binær via statisk lenke). Dette er til syvende og sist ikke et spørsmål om GPL i seg selv, men om hvordan opphavsrett definerer avledede verk.

Kommunikasjon og pakking med ikke-GPL-programmer

Bare det å kommunisere med andre programmer krever ikke i seg selv at all programvare er GPL. Imidlertid må de mindre betingelsene respekteres, som sikrer at GPL-programvarerettighetene ikke krenkes. Følgende er et sitat fra gnu.org GPL FAQ, som beskriver i hvilken grad programvare er autorisert til å kommunisere med GPL-programmer:

Originaltekst
Hva er forskjellen mellom en "aggregat" og andre typer "modifiserte versjoner"?
Et "aggregat" består av en rekke separate programmer, distribuert sammen på samme CD-ROM eller andre medier. GPL tillater deg å lage og distribuere et aggregat, selv når lisensene til den andre programvaren er ikke-gratis eller GPL-inkompatibel. Den eneste betingelsen er at du ikke kan frigi aggregatet under en lisens som forbyr brukere å utøve rettigheter som hvert programs individuelle lisens vil gi dem.
Hvor går grensen mellom to separate programmer, og ett program med to deler? Dette er et juridisk spørsmål, som dommerne til slutt vil avgjøre. Vi mener at et riktig kriterium avhenger både av kommunikasjonsmekanismen (exec, pipes, rpc, funksjonsanrop innenfor et delt adresserom, etc.) og semantikken i kommunikasjonen (hva slags informasjon som utveksles).
Hvis modulene er inkludert i den samme kjørbare filen, er de definitivt kombinert i ett program. Hvis moduler er designet for å kjøre koblet sammen i et delt adresseområde, betyr det nesten helt sikkert å kombinere dem til ett program.
Derimot er rør, sockets og kommandolinjeargumenter kommunikasjonsmekanismer som vanligvis brukes mellom to separate programmer. Så når de brukes til kommunikasjon, er modulene normalt separate programmer. Men hvis semantikken i kommunikasjonen er intim nok, og utveksler komplekse interne datastrukturer, kan det også være et grunnlag for å betrakte de to delene som kombinert til et større program.

Engelsk oversettelse
Hva er forskjellen mellom en "aggregat" og andre typer "modifiserte versjoner"?
Et "aggregat" består av en rekke separate programmer, distribuert sammen på samme CD-ROM eller andre medier. GPL lar deg lage og distribuere et aggregat, selv når lisensene til annen programvare er ikke-gratis eller inkompatible med GPL. Den eneste betingelsen er at det ikke er mulig å distribuere aggregatet under en lisens som hindrer brukere i å utøve lisensrettighetene som et enkelt program ville gitt dem.
Hvor går grensen mellom to separate programmer, og et todelt program? Dette er et juridisk spørsmål, som det vil være opp til dommerne å løse. Vi mener at et adekvat kriterium avhenger både av kommunikasjonsmekanismen (exec, pipes, rpc, funksjonskall innenfor et delt adresserom, etc.) og semantikken i kommunikasjonen (hvilke typer informasjon som utveksles).
Hvis modulene er inkludert i den samme kjørbare filen, kombineres de permanent til ett program. Hvis modulene er designet for å fungere koblet sammen i et delt adresseområde, betyr det nesten helt sikkert at de er slått sammen til ett program.
I motsetning til dette er rør, stikkontakter og kommandolinjeargumenter kommunikasjonsmekanismer som vanligvis brukes mellom to separate programmer. Så når de brukes til kommunikasjon, er moduler vanligvis separate programmer. Men hvis semantikken for kommunikasjon er nær nok, utveksling av komplekse interne datastrukturer, kan også dette være et grunnlag for å vurdere de to delene kombinert i et større program.

Kompatibilitet

Programvare lisensiert under andre lisenser kan kombineres med et GPL-beskyttet program uten konflikt, i det minste så lenge den kombinasjonen ikke setter ytterligere begrensninger enn GPL tillater. I tillegg til de vanlige vilkårene i GPL, er det ytterligere begrensninger og tillatelser som kan gjelde:

1) Hvis en bruker ønsker å kombinere lisensiert kode under forskjellige versjoner av GPL, er dette bare tillatt hvis koden med den forrige GPL-versjonen inkluderer en "hver påfølgende versjon"-setning. For eksempel kan det GPLv3-lisensierte GNU LibreDWG-biblioteket ikke lenger brukes av LibreCAD og FreeCAD som kun er GPLv2-lisensiert.

2) Koden under LGPL-lisensen er tillatt å kobles til enhver annen kode utover lisensen koden har, selv om LGPL-en legger til ytterligere krav for det kombinerte arbeidet. LGPLv3 og solo-GPLv2 kan derfor ikke kobles sammen. Kode lisensiert under LGPLv2.x uten ordene "enhver senere versjon" kan bare publiseres hvis alt det kombinerte verket er lisensiert under GPLv2- eller GPLv3-lisensen.

FSF har en liste over GPL-kompatible fri programvarelisenser med mange av de mer vanlige fri programvarelisensene, for eksempel den originale MIT/X-lisensen, BSD-lisensen (i sin nåværende 3-klausulform) og Artistic License 2.0.

David A. Wheeler hevdet at fri/åpen kildekode programvareutviklere bruker GPL-bare-kompatible lisenser, fordi det ellers gjør det vanskelig for andre å delta og bidra til koden.

En rekke selskaper bruker multi-lisens for å distribuere en GPL-versjon og selger en proprietær lisens til selskaper som ønsker å kombinere pakken med proprietær kode, ved bruk av dynamisk lenking eller ikke.

Linus Torvalds' kritikk

Linus Torvalds , forfatter av den første versjonen av Linux-kjernen, var opprinnelig imot GPLv3-lisensen for den stive etiske bestemmelsen av de første utkastene til lisensen, som han anså for å være et "korstog" mot tivoisering . "Etter min mening er en av grunnene til at Linux har vært så vellykket, kvaliteten på prosjektet, absolutt ikke den korsfarende holdningen som mange ønsker å tillegge det," sa Linus Torvalds. Til slutt snudde han Richard Stallmans posisjon : "Det er ikke GPL som gjorde Linux berømt, men Linux som gjorde GPL" presentabel "ved å være forbanna mindre fundamentalistisk enn det FSF ønsker." [7] Selv etter utgivelsen av den nye lisensversjonen forble Torvalds skeptisk, og uttalte at Linux ikke vil bli distribuert under GPLv3-lisensen [8] . Stallman kommenterte i september 2007 Torvalds' posisjon som en konsekvens av den filosofiske posisjonen som avgjørende skiller fellesskapet som fremmer fri programvare fra de som favoriserer åpen kildekode :

«Begrepet åpen kildekode ble fremmet i 1998 av folk som ikke mente fri eller frihet. De assosierte det begrepet med en filosofi som kun angår verdier av praktisk bekvemmelighet [...] Jeg sier ikke at de tar feil, men de går glipp av poenget. Hvis du fornekter verdiene frihet og solidaritet, og bare setter pris på kraftig og pålitelig programvare, gjør du en forferdelig feil. [...] At Torvalds sier åpen kildekode i stedet for fri programvare viser hvor han kom fra. Jeg skrev GNU GPL for å forsvare friheten til alle brukere av alle versjoner av et program. Jeg utviklet versjon 3 for å gjøre det bedre og for å beskytte det mot nye trusler [..] Torvalds sier at det ikke gjør det; og det er nok derfor han ikke liker GPL versjon 3. Jeg respekterer hans rett til å uttrykke ideene hans, selv om jeg synes de er gale. Men hvis vi ikke ønsker å miste friheten vår, er det bedre å ikke følge ham. [9] "

Bruk

Fremtredende gratisprogramvare lisensiert under GPL inkluderer Linux-kjernen og GNU Compiler Collection (GCC). I andre gratis programvareprogrammer ( MySQL er et godt eksempel) som har flere lisenser, er ofte en av lisensene av GPL-typen.

Det er mulig å bruke GPL for tekstdokumenter i stedet for dataprogrammer, eller mer generelt for alle typer medier, hvis det er klart hva som utgjør kildekoden. For manualer og lærebøker anbefaler FSF i stedet GNU Free Documentation License (GFDL), som ble opprettet for dette formålet.

Hvis GPL brukes til fonter, kan det hende dokumenter eller bilder laget med slike fonter må distribueres i henhold til vilkårene i GPL-lisensen.

Statistiske data

I følge Black Duck Software viser nettsteddataene at GPL-familien av lisenser brukes i 54 % av åpen kildekode-programvare, nærmere bestemt: 33 % GPLv2, 12 % GPLv3, 6 % LGPL 2.1, 3 % LGPL 3.0.

Matthew Aslett, en analytiker, hevdet (basert på statistikk fra Black Duck Software) at "copyleft"-lisensiering har vært i nedgang mens slapp lisensiering har vært på vei oppover. En påfølgende studie viste imidlertid at GPL-lisensiert programvare økte, og data fra Black Duck Software viste også en generell økning i GPL-lisensierte programvareprosjekter. Daniel German, professor ved Institutt for informatikk ved University of Victoria i Canada, presenterte i en tale i 2013 de metodiske utfordringene med å bestemme hvilke som er de mest populære FOSS-titlene, og viste hvordan han ikke kunne gjenskape resultatet fra Black Duck Programvare [10] .

Fra august 2007 utgjorde GPL nesten 65 % av de 43 442 gratis programvareprosjektene som er oppført på FreeCode, og fra januar 2006, omtrent 68 % av prosjektene oppført på SourceForge .net. Tilsvarende fant en analyse av Red Hat Linux 7.1 i 2001 at 50 % av kildekoden ble publisert under GPL [11] . I 2011, fire år etter publiseringen av GPLv3, ifølge Black Duck Software-data, brukte 6,5 % av alle åpen kildekode-lisensprosjekter GPLv3 mens 42,5 % brukte GPLv2. Googles kontordirektør for åpen kildekode, Chris DiBona, rapporterte at antallet lisensierte programvareprosjekter med åpen kildekode som flyttet til GPLv3 fra GPLv2 i 2009 var 50 % [12] .

Merknader

  1. ^ a b 9. juni 2016 på gnu.org . _
  2. ^ Uoffisiell oversettelse av GNU GPLv3 , på katolaz.homeunix.net . Hentet 9. juni 2016 (arkivert fra originalen 28. mai 2016) .
  3. ^ ( EN ) RMS-forelesning ved KTH (Sverige), 30. oktober 1986 (Richard Stallman-forelesning ved Royal Institute of Technology (Sverige), 30. oktober 1986), URL åpnet 22. april 2012
  4. ^ For mer informasjon, se GNU-prosjektet
  5. ^ GNU Bison er et eksempel på et program hvis utgang inneholder GPL-programvare. For å fjerne GPL-dekning når Bison kommer ut, inkluderer lisensen din en spesifikk utgivelse.
  6. ^ Brett Smith, A Quick Guide to GPLv3 , GNU Operating System.
  7. ^ LinuxHelp.It, Torvalds gjenåpner til GPL3, men med forbehold , på CyberCultura . Hentet 10. april 2016 .
  8. ^ Linux vil ikke bli lisensiert under GPLv3 , Linux Kernel Mailing List.
  9. ^ Punto Informatico , 13. september 2007. Stallman: Torvalds? Ikke følg ham. Hvis du bryr deg om friheter, forklarer mr. GNU, faren til Linux er ikke noe for deg. Han sier åpen kildekode, vi sier fri programvare
  10. ^ Kartlegging av åpen kildekode-lisenser [ LWN.net ] , på lwn.net . Hentet 9. mai 2020 .
  11. ^ Richard Fox, Informasjonsteknologi : En introduksjon til dagens digitale verden , CRC Press, 2013, s. 226. Hentet 9. mai 2020 .
  12. ^ GPLv3 når 50 prosent adopsjon - CNET , på cnet.com . Hentet 9. mai 2020 .

Relaterte elementer

Andre prosjekter

Eksterne lenker