Licență publică generală GNU

De la Wikipedia, enciclopedia liberă.
Salt la navigare Salt la căutare
Licență publică generală GNU
GPLv3 Logo.svg
logo-ul celei mai recente versiuni, GNU GPLv3
Autor Richard Stallman
Versiune 3
editor Free Software Foundation, Inc.
Data publicării 1989
Compatibil cu DFSG Da
Software gratuit Da
Aprobat OSI da
Copyleft da
Conectarea de la cod sub licență diferită Nu (cu excepția linkului GNU AGPLv3 cu GNU GPLv3)

Licența publică generală GNU (denumită în mod obișnuit prin „ acronimul GNU GPL sau pur și simplu GPL) este un copyleft puternic licențiat pentru software-ul liber , răspândit inițial în 1989 de Richard Stallman pentru a sponsoriza programe create pentru sistemul de operare GNU . De fapt, spre deosebire de alte licențe gratuite non-copyleft, o lucrare protejată de GNU GPL trebuie să rămână gratuită, adică cu următoarele modificări trebuie să continue să garanteze utilizatorilor așa-numitele patru libertăți . [1]

Free Software Foundation poate publica noi versiuni sau versiuni, ultima dintre acestea fiind publicată pe 29 iunie 2007 sub numele de GNU GPL v3. [1] Denumirea licenței ( public general ) se datorează faptului că autorul oricărui software poate aplica licența așa cum este. [2] Editorul de text Emacs și nucleul Linux sunt exemple populare de software care a adoptat prima dată această licență.

Istorie

Stallman vorbind la Wikimania 2005 ( Frankfurt pe Main )

Problema GNU Emacs

În primii ani ai Proiectului GNU , programele software individuale erau publicate fiecare sub o anumită licență, valabilă doar pentru acel program. Oricine ar dori să refolosească o licență ar trebui să copieze textul modificând parametrii specifici (de exemplu, numele software-ului, autorul etc.).

În 1984 , lui Richard Stallman i s-a ordonat de UniPress să înceteze distribuția editorului de text GNU Emacs , care a refolosit codul Gosling Emacs. De fapt, Gosling distribuise inițial software-ul fără restricții, doar ulterior vândându-l către Unipress. Stallman este obligat să înlocuiască părțile protejate prin drepturi de autor cu un cod nou. Cu toate acestea, pentru prima dată, experiența negativă l-a apropiat de ideea unei licențe care ar împiedica o astfel de însușire a software-ului liber. [3]

Versiunea 1

Eben Moglen , coautor alături de Stallman al primului text al GNU GPL

În 1989, Stallman, preluând conținutul licențelor software GNU (în special GNU Emacs), împreună cu Eben Moglen , realizează prima versiune a GNU General Public License (GNU GPLv1), aplicabilă fără modificări oricui o declară în program în sine. Această primă versiune este publicată tocmai pe 25 februarie a aceluiași an și împiedică distribuitorii de software să limiteze libertățile care definesc software-ul liber. De fapt, distribuitorii au putut publica numai fișiere binare, executabile, dar care nu pot fi citite sau modificate de oameni. Pentru a evita acest lucru, GPLv1 afirmă că orice furnizor, atunci când distribuie fișiere binare, trebuie să facă codul sursă lizibil și disponibil în aceleași condiții de licență (punctele de licență 3a și 3b).

A doua problemă a fost că distribuitorii ar putea adăuga restricții suplimentare, fie prin adăugarea de restricții de licență, fie prin combinarea software-ului cu alte programe care aveau alte restricții asupra distribuției sale. În acest caz, atunci unirea celor două serii de restricții s-a aplicat muncii combinate, cu posibilitatea ca, prin urmare, să fie adăugate restricții inacceptabile. Pentru a evita acest lucru, GPLv1 stipulează că versiunile modificate, în ansamblu, trebuiau distribuite în condițiile GPLv1 (secțiunile 2b și 4 din titlu). Prin urmare, software-ul distribuit în condițiile GPLv1 ar putea fi combinat cu software-ul în condiții mai blânde, deoarece acest lucru nu ar schimba condițiile în care ar putea fi distribuit întregul pachet. În schimb, software-ul distribuit sub GPLv1 nu a putut fi combinat cu software-ul distribuit sub o licență mai restrictivă, deoarece acest lucru ar fi contrar cerinței ca întregul obiect să fie distribuit sub GPLv1.

Versiunea 2

În 1991 este publicat GNU GPLv2. Potrivit lui Richard Stallman , cea mai importantă modificare a acestei versiuni este clauza pe care a numit-o „Libertate sau moarte” . Această clauză impune ca, dacă există restricții de orice fel privind distribuția gratuită a software-ului în condițiile indicate în licență, software-ul nu poate fi distribuit deloc. De exemplu, dacă o lege vă împiedică să distribuiți codul sursă , toate software-urile protejate de GNU GPLv2 nu pot fi distribuite. Speranța este de a face mai puțin atractiv pentru companii să recurgă la amenințări cu brevetele sau să solicite plata de la dezvoltatorii de software gratuit.

Din 1990 a devenit evident că utilizarea unei licențe mai puțin restrictive ar fi din punct de vedere strategic mai utilă pentru bibliotecile C și pentru acele biblioteci software care până acum, în practică, funcționau ca și cum ar fi de tipul proprietarului [4] ; când, în iunie 1991, a fost lansată versiunea 2 a GPL (GPLv2) și, prin urmare, a fost introdusă o a doua licență - „Licența publică generală pentru bibliotecă” - care, având în vedere complementaritatea, a păstrat același nume cu singura adăugare a literei " L "(LGPLv2).

Numerotarea versiunilor a diferit începând din 1999, când a fost lansată versiunea 2.1 a LGPL, care a fost redenumită în GNU Lesser General Public License pentru a-și menține filosofia originală.

Difuzia

Arrows-folder-categorize.svg Articolele individuale sunt listate în categoria: software licențiat GNU GPL v2

GNU GPLv2 s-a bucurat de un anumit succes în lumea software-ului liber.

În 1997 apare printre licențele conforme cu Ghidurile Debian pentru software liber (DFSG) sau ghidurile proiectului Debian. În 1998, la nașterea Open Source Initiative, apare în prima listă de licențe open source.

Versiunea 3

Arrows-folder-categorize.svg Articolele individuale sunt listate în categoria: software licențiat GNU GPL v3

La sfârșitul anului 2005, Free Software Foundation (FSF) anunță că lucrează la versiunea 3 a GPL (GPLv3). La 16 ianuarie 2006, a fost publicat primul „proiect de discuție” al GPLv3, care a fost apoi urmat de consultarea publică care a fost inițial programată pentru nouă sau cincisprezece luni, dar care s-a extins apoi la optsprezece luni cu patru proiecte în curs de desfășurare.

Procesul de consultare publică a fost coordonat de Free Software Foundation cu asistența Software Freedom Law Center, Free Software Foundation Europe și a altor grupuri de software gratuit. Comentariile au fost colectate de la public prin intermediul portalului web gplv3.fsf.org. Portalul respectiv rulează un software special scris, numit stet.

În timpul procesului de consultare publică, au fost trimise 962 de comentarii pentru primul proiect. În cele din urmă, au fost trimise în total 2636 de comentarii.

Cel de-al treilea proiect a fost publicat la 28 martie 2007. Acest proiect limitează clauzele de anti- tivoizare la o definiție legală a „utilizatorului” sau „produsului de consum”. De asemenea, a eliminat în mod explicit secțiunea „Limite geografice”, a cărei probabilă eliminare a fost anunțată la începutul consultării publice.

Al patrulea și ultimul proiect de discuție a fost publicat la 31 mai 2007. A introdus compatibilitatea licenței Apache , a clarificat rolul contractorilor externi și a făcut o excepție pentru a evita problemele percepute într-un acord precum Microsoft - Novell, precizând de fapt în secțiune 11 (6) că nu puteți distribui un program acoperit dacă sunteți parte la un acord cu o terță parte care se ocupă de distribuirea software-ului [...]. Acest lucru a fost destinat să facă astfel de oferte ineficiente în viitor.

Unii dezvoltatori de nucleu Linux de profil înalt și-au comentat public obiecțiile față de proiectele de discuție părțile 1 și 2.

La 29 iunie 2007, Free Software Foundation publică în cele din urmă versiunea 3 a licenței (GNU GPLv3), care introduce măsuri împotriva tivoizării, împotriva unor efecte ale gestionării drepturilor digitale, precum și o mai mare protecție împotriva brevetelor software și definiția „sursei” cod ". Alte modificări se referă la internaționalizare, modul în care sunt tratate încălcările licențelor și modul în care deținătorul drepturilor de autor poate acorda permisiuni suplimentare.

Versiunea Affero

Arrows-folder-categorize.svg Articolele individuale sunt listate în categoria: software licențiat GNU AGPL

În timpul gestației GPLv3, a fost discutată introducerea obligației de a distribui codul pentru programele care rulează pe un computer la distanță (cum ar fi un site web). Decizia finală nu a fost de a include obligația în GPLv3, ci de a crea o nouă licență care să o prevadă, GNU Affero General Public License ( GNU AGPL ), compatibilă cu această versiune.

Caracteristici

Free Software Foundation (FSF) deține dreptul de autor asupra textului GNU GPL, dar nu are drepturi asupra software-ului acoperit de acesta. GNU GPL nu poate fi editat în mod liber: doar copierea și distribuția sunt permise. FSF vă permite să creați noi licențe bazate pe GNU GPL, atâta timp cât aceste licențe nu utilizează același preambul fără permisiune. Deoarece noua licență nu este de obicei compatibilă cu GNU GPL, FSF nu recomandă crearea de versiuni modificate.

Acesta garantează utilizatorilor finali, precum organizații, companii sau persoane fizice, utilizarea, partajarea și chiar modificarea software-ului (această din urmă operațiune nu a fost garantată de licențele pentru software proprietar ).

GPL este o licență copyleft , ceea ce înseamnă că lucrările derivate pot fi distribuite numai în aceleași condiții de licență. GPL a fost prima licență copyleft de uz general. Pentru a face un program gratuit, GPL invită programatorii să îl declare în domeniul public, deci fără drepturi de autor.

GNU GPL este conceput pentru a fi aplicat cu ușurință programelor dacă dețineți drepturile asupra acestora. Pentru a face acest lucru, nu trebuie să îl modificați, ci doar să adăugați o notă în program care să se refere la acesta.

Pentru a menține titlul actualizat, licența GPL include o clauză opțională „orice versiune ulterioară”, care permite utilizatorilor să aleagă între termenii sau condițiile originale din noile versiuni, actualizate de FSF.

În proiectul GNU, condițiile de distribuție specifice care sunt utilizate sunt conținute în Licența publică generală GNU, Licența publică generală mai mică GNU și Licența GNU Free Documentation .

Conţinut

La fel ca orice licență software, GPL este un document legal asociat cu programul publicat sub acea licență. La fel ca orice licență de software gratuit, acordă licențiatului permisiunea de a modifica programul, de a-l copia și de a-l redistribui cu sau fără modificări, gratuit sau contra cost. Acest ultim punct distinge GPL de licențele software care interzic distribuția comercială. FSF susține că software-ul gratuit nu trebuie să impună restricții asupra utilizării comerciale, în timp ce GPL afirmă în mod explicit că lucrările GPL pot fi vândute la orice preț.

Distribuitorii sunt obligați să pună la dispoziția persoanelor care au primit o copie codul sursă al software-ului sau, alternativ, să însoțească software-ul cu o ofertă scrisă pentru a face sursa disponibilă la cerere la un preț nominal.

GPL afirmă, de asemenea, că un distribuitor nu poate impune „restricții suplimentare asupra drepturilor acordate de GPL”. Aceasta interzice activități precum distribuirea de software în temeiul unui contract sau contract de nedivulgare. Cu toate acestea, este clar că FSF nu deține dreptul de autor al unei opere publicate sub GPL, cu excepția cazului în care un autor atribuie în mod explicit drepturi de autor FSF (ceea ce se întâmplă rar, cu excepția programelor care fac parte din proiectul GNU). Numai deținătorii drepturilor individuale au autoritatea de a acționa în justiție în caz de încălcare a licenței.

GPL impune condiții oricui redistribuie software-ul. Baza legală pentru aceasta se află în licența specifică: dacă utilizatorul nu acceptă condițiile specificate, acesta devine nul și, prin urmare, nu acordă nicio permisiune. În special, deoarece software-ul este protejat de legea drepturilor de autor și de legile internaționale privind drepturile de autor, oricine obține software-ul nu are dreptul să îl modifice, să copieze sau să le redistribuie în afara celor acordate de licență.

În comparație cu alte licențe de software gratuit, GPL este clasificabilă ca:

C inversat în interiorul unui cerc este simbolul copyleftului .
  • „persistent” deoarece impune o restricție asupra redistribuirii: dacă utilizatorul distribuie copii ale software-ului, el trebuie să facă acest lucru în condițiile GPL în sine. În practică, el trebuie să distribuie textul GPL împreună cu software-ul și să îl însoțească cu cod sursă sau instrucțiuni pentru a-l obține la un cost nominal. Aceasta este principala caracteristică a GPL, conceptul conceput de Richard Stallman și botezat de el copyleft . Efectul pe care îl obține este să păstreze un program gratuit odată ce a fost plasat sub GPL, chiar dacă este îmbunătățit prin corectarea și extinderea acestuia. Rețineți că, cu excepția posibilității ca ieșirea să fie o lucrare derivată a programului, copyleft-ul se aplică numai software-ului și nu ieșirii sale, cu excepția cazului în care el însuși conține cod distribuit sub GPL. [5]
  • „propagativ”, deoarece definește în text o interpretare specială a „codului derivat”, astfel încât, în general, uniunea unui program acoperit de GPL cu un alt program acoperit de o altă licență poate fi distribuită sub GPL sau, alternativ, să nu fie distribuită la toate. În primul caz, se spune că cealaltă licență este „compatibilă cu GPL”; în al doilea caz nu este. Această caracteristică este denumită copyleft puternic în terminologia FSF. Scopul său este de a preveni slăbirea treptată a persistenței prin efectuarea modificărilor acoperite de o altă licență mai puțin gratuită, invalidând astfel scopul de a păstra software-ul acoperit de GPL.

Ca și în cazul altor licențe gratuite utilizate în mod normal, versiunile modificate ale unui program sub GNU GPL sunt supuse constrângerii copyleftului numai în cazul distribuției , adică atunci când software-ul este transferat de la o persoană juridică la alta. În niciun caz nu există nicio obligație de distribuție.

GPL este incompatibil cu brevetele software , deoarece interzice în mod explicit orice restricții de distribuție în plus față de cele definite în licența însăși. Prin urmare, strict vorbind, software-ul GPL protejat prin brevet nu poate fi distribuit acolo unde aceste brevete sunt în vigoare, cu excepția cazului în care proprietarii acestor brevete permit utilizarea lor necondiționată în scopul executării acelui software.

Garanție

Ca și în cazul altor licențe gratuite și, în general, ca și alte licențe software, furnizorul de software nu oferă niciun fel de garanție pentru program. În caz de defecțiuni sau orice alt defect, cumpărătorul va fi cel care va trebui să asigure orice reparații pe cheltuiala sa.

De fapt, furnizorul declară în mod explicit în licență că nu este responsabil pentru defecțiuni, disfuncționalități sau daune suferite de cumpărător (de la corupție și pierderea datelor, până la imposibilitatea utilizării corespunzătoare a programului), cu excepția cazului în care este impus de legile locale sau altfel un acord separat prevede altfel.

Caracteristici introduse cu GPLv3

Versiunea GPL 3 clarifică câteva concepte utilizate în textul licenței pentru a o face mai ușor de aplicat în alte legi decât cea americană.

Cele mai semnificative inovații ale GPLv3 sunt [6] :

  • apărare împotriva unui bypass GPLv2 cunoscut sub numele de tivoizare . Acesta constă în distribuirea codului sursă împreună cu un program care rulează pe o platformă proprietară și care împiedică prin hardware executarea versiunilor modificate ale unui anumit program, anulând efectiv libertatea de modificare.
  • neutralizarea unor efecte negative asupra libertății software-ului de către legile de gestionare a drepturilor digitale (DRM), cum ar fi Digital Millennium Copyright Act și Directiva europeană privind drepturile de autor . GPLv3 nu împiedică utilizarea tehnologiilor DRM de către autorii de software gratuit, dar împiedică impunerea oricăror restricții introduse automat tuturor utilizatorilor, chiar și versiunilor modificate, ale software-ului. Cu alte cuvinte, software-ul sub GPLv3 permite oricărui dezvoltator ulterior să introducă sau să elimine tehnologiile DRM, respectând în același timp libertatea acestora.
  • o protecție juridică mai puternică pentru autorii și utilizatorii de software gratuit acoperiți de noua licență, împotriva eventualelor atacuri ale celor care intentează procese pentru presupuse încălcări ale brevetelor de software . În special, dezvoltatorii de software acoperiți de GPLv3 trebuie, de asemenea, să distribuie toate licențele de brevet necesare exercitării drepturilor prevăzute de licență împreună cu software-ul. Acest lucru va împiedica unul dintre dezvoltatori să dea în judecată utilizatorii sau dezvoltatorii ulteriori pentru încălcarea unui drept de brevet.
  • clarificarea unei compatibilități de facto , adică toate acele licențe care adaugă restricții „ușor de respectat” sunt compatibile (cum ar fi neutilizarea unei anumite mărci înregistrate , care nu poate fi utilizată în niciun caz).
  • indicarea noilor licențe compatibile și a noilor metode de distribuire a codului sursă, în special pentru partajarea prin BitTorrent .
  • eliminarea obligației de a distribui componente ușor disponibile, cum ar fi bibliotecile de suport comune (de exemplu, biblioteca C , Python și Ruby ).

Termeni si conditii

Cum se folosește

Software-ul sub GPL poate fi rulat în toate scopurile, inclusiv în scopuri comerciale și chiar ca instrument pentru crearea de software proprietar, de exemplu atunci când se utilizează compilatoare cu licență GPL. Utilizatorii sau companiile care distribuie lucrări cu licență GPL (de exemplu, software) pot primi un comision pentru copii sau le pot distribui gratuit. Acest lucru distinge GPL de licențele software shareware care permit copierea pentru uz personal, dar interzic distribuția comercială. GPL afirmă în mod explicit că lucrările GPL pot fi vândute la orice preț.

În uz pur privat (sau intern), fără a fi vândut sau distribuit, codul software poate fi modificat și reutilizat fără a necesita publicarea codului sursă. Pentru vânzare sau distribuție, este necesar întregul cod sursă pentru ca software-ul să fie pus la dispoziția utilizatorilor, inclusiv orice modificări și adăugiri de cod.

Cu toate acestea, software-ul care rulează ca program de aplicație pe un sistem de operare cu licență GPL, cum ar fi Linux, nu este necesar să fie publicat în GPL; în acest caz, licențierea depinde doar de bibliotecile utilizate și de componentele software și nu de platforma de bază. Doar dacă porțiunile GPL sunt utilizate într-un program (și programul este distribuit), toate celelalte coduri sursă ale programului trebuie să fie disponibile în aceleași condiții de licență. Licența publică generală GNU Lesser (LGPL) a fost creată pentru a obține o copyleft slabă față de GPL, deoarece nu necesită un cod sursă dezvoltat personalizat (distinct de părțile LGPLed) pentru a fi pus la dispoziție în aceleași condiții de licență.

Majoritatea programelor licențiate GPLv2 utilizează următorul text aprobat de FSF: „Acest program este software gratuit; îl puteți redistribui și / sau modifica în condițiile GNU / General Public License conform publicației Free software Foundation; fie versiunea 2 a licenței, fie (după părerea dvs.) orice versiune ulterioară ". Acest text nu înseamnă că programele vor trece automat la următoarea versiune a licenței, ci doar că aceste programe obțin automat permisiunile suplimentare ale următoarei licențe și nu clauze restrictive. Prin urmare, dacă dezvoltatorul dorește să aplice pe deplin următoarea licență, va trebui să schimbe textul în „[...] fie versiunea 3 a licenței, fie (după părerea dvs.) orice versiune ulterioară”.

Cu toate acestea, alte programe specifică în mod explicit utilizarea versiunii 2 a GPL (printre acestea, nucleul Linux) sau doar versiunea 3 pentru a menține controlul explicit asupra licenței utilizate și pentru a evita implicit susținerea viitoarei evoluții a GNU GPL în versiunile viitoare .

Copyleft

Drepturile de distribuție acordate de GPL pentru versiunile modificate ale operei nu sunt necondiționate. Când cineva distribuie o lucrare GPL cu modificările sale, cerințele pentru distribuirea întregii lucrări nu pot depăși în niciun fel cerințele găsite în GPL.

Această cerință este cunoscută sub numele de copyleft. Își câștigă puterea legală din utilizarea drepturilor de autor asupra programelor software. Deoarece un proiect GPL este protejat prin drepturi de autor, un licențiat nu are dreptul să îl redistribuie, chiar și sub formă modificată, cu excepția condițiilor licenței. Vi se cere să respectați termenii GPL numai dacă doriți să vă exercitați drepturile restricționate în mod normal de drepturile de autor, cum ar fi redistribuirea. În schimb, dacă distribuiți copii ale proiectului fără a respecta termenii licenței GPL (de exemplu, păstrând secret codul sursă), puteți fi citat de autorul original sub drept de autor .

Copyleft folosește drepturile de autor pentru a realiza opusul scopului său obișnuit: în loc să impună restricții, acordă drepturile altor persoane, astfel încât să se asigure că aceste drepturi nu pot fi ulterior anulate.

Mulți distribuitori de programe GPL grupează codul sursă cu executabile. O metodă alternativă de satisfacere a copyleftului este de a oferi o ofertă scrisă pentru a furniza codul sursă pe un suport fizic (cum ar fi un CD) la cerere. În practică, multe programe GPL sunt distribuite pe internet, iar codul sursă este pus la dispoziție prin FTP sau HTTP , care respectă licența.

Copyleft se aplică numai atunci când o persoană încearcă să redistribuie programul. Vi se permite să modificați în mod privat software-ul fără nicio obligație de a divulga modificările până când software-ul modificat este distribuit extern.

Licență și contract

GPL a fost conceput ca o licență mai degrabă decât ca un contract. În unele jurisdicții de drept comun , distincția juridică între o licență și un contract este importantă: contractele sunt aplicabile prin legislația contractuală, în timp ce licențele sunt aplicate de legea drepturilor de autor. Cu toate acestea, această distincție nu este utilă în multe jurisdicții în care nu există diferențe între contracte și licențe, cum ar fi sistemele de drept civil.

Cei care nu acceptă termenii și condițiile GPL nu au permisiunea în baza drepturilor de autor pentru a copia sau distribui software-ul sau lucrările derivate sub licența GPL. Cu toate acestea, dacă nu redistribuie programul GPL, pot folosi software-ul în cadrul organizației lor, iar lucrările (inclusiv programele) construite cu utilizarea programului nu trebuie să fie acoperite de această licență.

Derivări

Textul GPL este el însuși protejat de drepturile de autor, iar drepturile de autor sunt deținute de Free Software Foundation .

FSF permite persoanelor fizice să creeze noi licențe pe baza GPL, atâta timp cât titlurile derivate nu folosesc preambulul GPL fără permisiune. Cu toate acestea, acest lucru este descurajat, deoarece o astfel de licență poate fi incompatibilă cu GPL.

Alte titluri create de proiectul GNU includ GNU Lesser General Public License și GNU Free Documentation License.

Textul GPL nu este el însuși sub GPL. Drepturile de autor ale licenței nu permit modificarea licenței în sine. Copierea și distribuirea licenței sunt permise, deoarece GPL solicită destinatarilor să obțină „o copie a acestei licențe împreună cu programul”. Conform FAQ GPL, oricine poate face o nouă licență utilizând o versiune modificată a GPL, atâta timp cât folosește un nume diferit pentru licență și nu menționează „GNU”.

Legături și lucrări derivate

Conform FSF, "GPL nu necesită publicarea versiunii modificate sau a oricărei părți a acesteia. Sunteți liber să faceți modificări și să le utilizați în mod privat, fără a le publica vreodată." Cu toate acestea, dacă distribuiți public un proiect cu licență GPL, există o problemă de legătură: adică, dacă un program proprietar folosește o bibliotecă GPL, programul proprietar încalcă GPL?

GPL este clar că solicită ca toate proiectele de cod din GPL să fie ele însele sub GPL. Ambiguitatea apare în ceea ce privește utilizarea bibliotecilor GPL și gruparea software-ului GPL într-un pachet mai mare (poate amestecat într-un binar prin link static). Aceasta nu este în cele din urmă o chestiune a GPL în sine, ci a modului în care drepturile de autor definește lucrările derivate.

Comunicare și ambalare cu programe non-GPL

Simplul act de comunicare cu alte programe nu necesită în sine ca toate software-urile să fie GPL. Cu toate acestea, trebuie respectate condițiile minore, care asigură că drepturile de software GPL nu sunt încălcate. Următorul este un citat din întrebările frecvente GPL despre gnu.org, care descrie măsura în care software-ul este autorizat să comunice cu programele GPL:

Text original
Care este diferența dintre un „agregat” și alte tipuri de „versiuni modificate”?
Un „agregat” constă dintr-un număr de programe separate, distribuite împreună pe același CD-ROM sau pe alte suporturi. GPL vă permite să creați și să distribuiți un agregat, chiar și atunci când licențele celuilalt software nu sunt libere sau sunt incompatibile cu GPL. Singura condiție este că nu puteți elibera agregatul sub o licență care interzice utilizatorilor să își exercite drepturile pe care le-ar acorda licența individuală a fiecărui program.
Unde este linia dintre două programe separate și un program cu două părți? Aceasta este o întrebare juridică, pe care judecătorii o vor decide în cele din urmă. Credem că un criteriu adecvat depinde atât de mecanismul de comunicare (exec, pipe, rpc, apeluri de funcții într-un spațiu de adrese partajat etc.), cât și de semantica comunicării (ce tipuri de informații sunt schimbate).
Dacă modulele sunt incluse în același fișier executabil, acestea sunt combinate cu siguranță într-un singur program. Dacă modulele sunt concepute pentru a rula legate împreună într-un spațiu de adrese partajat, asta înseamnă cu siguranță să le combinați într-un singur program.
În schimb, conductele, soclurile și argumentele din linia de comandă sunt mecanisme de comunicare utilizate în mod normal între două programe separate. Deci, atunci când sunt utilizate pentru comunicare, modulele sunt în mod normal programe separate. Dar dacă semantica comunicării este suficient de intimă, schimbând structuri de date interne complexe, și aceasta ar putea fi o bază pentru a considera cele două părți combinate într-un program mai mare.

Traducere în italiană
Care este diferența dintre un „agregat” și alte tipuri de „versiuni modificate”?
Un „agregat” constă dintr-un număr de programe separate, distribuite împreună pe același CD-ROM sau pe alte suporturi. GPL vă permite să creați și să distribuiți un agregat, chiar și atunci când licențele altor software-uri nu sunt libere sau sunt incompatibile cu GPL. Singura condiție este că nu este posibil să distribuiți agregatul sub o licență care împiedică utilizatorii să exercite drepturile de licență pe care le-ar fi acordat un singur program.
Unde este linia dintre două programe separate și un program în două părți? Aceasta este o întrebare legală, pe care judecătorii o vor rezolva. Credem că un criteriu adecvat depinde atât de mecanismul de comunicație (exec, pipe, rpc, apeluri funcționale într-un spațiu de adrese partajat etc.), cât și de semantica comunicării (ce tipuri de informații sunt schimbate).
Dacă modulele sunt incluse în același fișier executabil, acestea sunt combinate permanent într-un singur program. Dacă modulele sunt proiectate să funcționeze legate împreună într-un spațiu de adrese partajat, aproape sigur înseamnă că sunt îmbinate într-un singur program.
Al contrario, pipes, sockets e gli argomenti della riga di comando sono meccanismi di comunicazione normalmente utilizzati tra due programmi separati. Quindi quando sono utilizzati per la comunicazione, i moduli normalmente sono programmi separati. Ma se le semantiche della comunicazione sono abbastanza vicine, lo scambio di complesse strutture dati interne, anche questo potrebbe essere una base per considerare le due parti combinate in un programma più ampio.

Compatibilità

Guida della compatibilità delle licenze con GPL

Un software licenziato sotto altre licenze può essere combinato con un programma sotto GPL senza conflitti, almeno finché tale combinazione non pone ulteriori limitazioni rispetto a quanto la GPL permette. In aggiunta ai normali termini della GPL, ci sono restrizioni e autorizzazioni aggiuntive che si possono applicare:

1) Se un utente vuole combinare codice concesso in licenza sotto diverse versioni di GPL, questo è consentito solo se il codice con la versione precedente GPL include una dichiarazione "ogni versione successiva". Ad esempio, la libreria GNU LibreDWG licenziata GPLv3 non può essere più utilizzata da LibreCAD e FreeCAD che sono solo licenziate GPLv2.

2) Al codice sotto licenza LGPL è permesso essere collegato con qualsiasi altro codice al di là della licenza che il codice possiede, anche se la LGPL fa aggiungere ulteriori requisiti per il lavoro combinato. LGPLv3 e solo-GPLv2 non possono quindi essere collegate comunemente. Codice sotto licenza LGPLv2.x senza la dicitura "ogni versione successiva" può essere pubblicato solo se tutto il lavoro combinato è concesso in licenza GPLv2 o GPLv3.

FSF possiede una lista di licenze di software libero compatibili con la GPL con molte delle licenze di software libero più comuni, come la licenza originale MIT/X, la licenza BSD (nella sua forma 3-clause corrente) e la Licenza Artistica 2.0.

David A. Wheeler ha sostenuto che gli sviluppatori di software libero/open source utilizzano licenze compatibili solo GPL, perché fare diversamente rende difficile per gli altri partecipare e contribuire al codice.

Un certo numero di aziende utilizzano la multi-licenza per distribuire una versione GPL e vendere una licenza proprietaria per le aziende che desiderano combinare il pacchetto con il codice proprietario, utilizzando o meno il collegamento dinamico.

Le critiche di Linus Torvalds

Linus Torvalds nel 2002.

Linus Torvalds , autore della prima versione del kernel Linux, è stato ad esempio inizialmente contrario alla licenza GPLv3 per la rigida determinazione etica delle prime bozze della licenza, da lui ritenuta di "crociata" contro la tivoization . «Secondo me uno dei motivi per cui Linux ha avuto tanto successo è la qualità del progetto, non certo l'atteggiamento di crociata che molti gli vogliono attribuire» ha dichiarato Linus Torvalds. Infine ha ribaltato la posizione di Richard Stallman : «non è la GPL ad aver reso famoso Linux, ma è Linux ad aver reso "presentabile" la GPL, essendo dannatamente meno integralista di quello che la FSF vuole». [7] Pur dopo la pubblicazione della nuova versione della licenza, Torvalds è rimasto scettico, dichiarando che Linux non verrà distribuito con licenza GPLv3 [8] . Stallman nel settembre 2007 ha commentato riguardo alla posizione di Torvalds ritenendola una conseguenza della posizione filosofica che differenzia in modo decisivo la comunità che promuove il software libero da chi favorisce l' open source :

«Il termine open source è stato promosso nel 1998 da gente che non voleva dire libero o libertà. Associavano quel termine ad una filosofia che riguarda solo valori di convenienza pratica [...] Non dico che sbaglino ma non colgono il punto. Se si negano i valori della libertà e della solidarietà, e si apprezza soltanto software potente ed affidabile, si compie un errore terribile. [...] Il fatto che Torvalds dica open source invece di software libero dimostra da dove viene. Ho scritto la GNU GPL per difendere la libertà di tutti gli utenti di tutte le versioni di un programma. Ho sviluppato la versione 3 per farlo meglio e per proteggerla contro nuove minacce [..] Torvalds dice che non persegue questo obiettivo; e questo è probabilmente il motivo per il quale non apprezza la GPL versione 3. Rispetto il suo diritto di esprimere le proprie idee, anche se penso che siano folli. Comunque, se non vogliamo perdere la nostra libertà, è meglio non seguirlo. [9] »

Utilizzo

I programmi di software libero di spicco sotto licenza GPL includono il kernel Linux e il GNU Compiler Collection (GCC). In altri programmi di software libero ( MySQL è un esempio lampante) che hanno licenze multiple, spesso una delle licenze è di tipo GPL.

È possibile usare la GPL per documenti di testo invece che per programmi per computer, o più in generale per tutti i tipi di mezzi di comunicazione, nel caso in cui sia chiaro cosa costituisce il codice sorgente. Per i manuali e libri di testo, però, la FSF raccomanda la GNU Free Documentation License (GFDL) invece, che è stata creata per questo scopo.

Se il GPL viene utilizzato per i font, i documenti o le immagini realizzate con tali caratteri potrebbero dover essere distribuiti sotto i termini della licenza GPL.

Dati statistici

Secondo la Black Duck Software, i dati del sito web dimostrano che la famiglia di licenze GPL viene utilizzata nel 54% dei software open-source, in particolare: 33% GPLv2, 12% GPLv3, 6% LGPL 2,1, 3% LGPL 3,0.

Matthew Aslett, un analista, ha sostenuto (in base alle statistiche di Black Duck Software) che le licenze "copyleft" sono andate in declino mentre le licenze permissive in aumento. Tuttavia, uno studio successivo ha mostrato che il software sotto licenza GPL è aumentato, e anche i dati della Black Duck Software hanno mostrato un incremento complessivo di progetti software sotto licenza GPL. Daniel German, professore presso il Dipartimento di Computer Science presso l'Università di Victoria in Canada, durante un intervento nel 2013 ha presentato le sfide metodologiche per determinare quali sono i titoli FOSS più diffusi, e ha mostrato come non riusciva a replicare il risultato da Black Duck Software [10] .

A partire dall'agosto 2007, il GPL ha rappresentato quasi il 65% dei 43.442 progetti di software libero quotati in FreeCode, e nel gennaio 2006 circa il 68% dei progetti elencati su SourceForge .net. Allo stesso modo, nel 2001 un'analisi di Red Hat Linux 7.1 ha trovato che il 50% del codice sorgente è stato pubblicato sotto GPL [11] . Nel 2011, quattro anni dopo la pubblicazione della GPLv3, secondo i dati Black Duck Software il 6,5% di tutti i progetti di licenza open-source usava GPLv3 mentre il 42,5 % usava GPLv2. Il direttore dell'ufficio “programmi open-source” di Google, Chris DiBona, ha riferito che il numero di progetti open-source software su licenza che si erano trasferiti a GPLv3 da GPLv2 nel 2009 è stata del 50% [12] .

Note

  1. ^ a b ( EN ) 9 giugno 2016 , su gnu.org .
  2. ^ Traduzione non ufficiale della GNU GPLv3 , su katolaz.homeunix.net . URL consultato il 9 giugno 2016 (archiviato dall' url originale il 28 maggio 2016) .
  3. ^ ( EN ) RMS lecture at KTH (Sweden), 30 October 1986 (Conferenza di Richard Stallman al Royal Institute of Technology (Svezia), 30 ottobre 1986), URL visitato il 22 aprile 2012
  4. ^ Per maggiori approfondimenti, vedere il Progetto GNU
  5. ^ GNU Bison è un esempio di programma la cui uscita contiene software GPL. Per togliere la copertura GPL all'uscita di Bison, la sua licenza comprende un'apposita liberatoria.
  6. ^ ( EN ) Brett Smith, A Quick Guide to GPLv3 (Una guida veloce alla GPLv3), GNU Operating System.
  7. ^ LinuxHelp.It, Torvalds riapre alla GPL3, ma con riserva , su CyberCultura . URL consultato il 10 aprile 2016 .
  8. ^ ( EN ) Linux non verrà distribuito con licenza GPLv3 , Linux Kernel Mailing List.
  9. ^ Punto Informatico , 13 settembre 2007. Stallman: Torvalds? Non seguitelo. Se avete a cuore le libertà, spiega mr. GNU, il papà di Linux non fa per voi. Lui dice open source, noi diciamo software libero
  10. ^ ( EN ) Surveying open source licenses [LWN.net] , su lwn.net . URL consultato il 9 maggio 2020 .
  11. ^ ( EN ) Richard Fox, Information Technology: An Introduction for Today's Digital World , CRC Press, 2013, p. 226. URL consultato il 9 maggio 2020 .
  12. ^ ( EN ) GPLv3 hits 50 percent adoption - CNET , su cnet.com . URL consultato il 9 maggio 2020 .

Voci correlate

Altri progetti

Collegamenti esterni