Definiția Open Source

Versiunea actuală a paginii nu a fost încă examinată de colaboratori experimentați și poate diferi semnificativ de versiunea revizuită pe 16 decembrie 2020; verificările necesită 2 modificări .

Definiția Open Source ( OSD ) este utilizată de Open  Source Initiative pentru a determina măsura în care o licență software respectă standardele Open Source Software ( Open Source) . Bazat pe Directivele Debian pentru Software Liber , care sunt în mare parte scrise de Bruce Perens .

Termenul „Open Source” a fost creat ca o alternativă la termenul „Free software”. Pentru software-ul liber, open source este o necesitate, ceea ce decurge din însăși definiția de „software liber” ( „Freedom 1” și „Freedom 3” ).

Cerințe pentru licența Open Source, așa cum au fost revizuite de Open Source Initiative

  1. Distributie gratuita. Aceasta înseamnă că licența nu ar trebui să impună restricții privind vânzarea și distribuția software-ului.
  2. Texte sursă disponibile. Chiar dacă software-ul nu vine cu cod sursă, codul sursă ar trebui să fie ușor disponibil. Ar trebui să fie cod sursă editat de om și nu rezultatul obfuscatorilor , preprocesoarelor și formelor intermediare similare. Astfel, freeware -ul nu este open source.
  3. Posibilitate de modificare. Simpla capacitate de a citi textele sursă nu permite experimentarea cu acestea și eliberarea modificărilor. O licență care se pretinde a fi „deschisă” trebuie să permită nu numai citirea codului, ci și modificarea, utilizarea unor părți din cod în alte proiecte și distribuirea programelor rezultate în condițiile aceleiași licențe. id Software a lansat codul sursă (dar nu și datele) al lui Doom în 1998 sub o licență „educațională”. Când un disc eșuat punea capăt unui port promițător, textele au fost relicențiate sub GPL : dacă licența ar fi deschisă, cineva ar avea cu siguranță o copie de rezervă [1] .
  4. Chiar și în cazul inviolabilității codului sursă al autorului, programele derivate și codul lor sursă trebuie distribuite liber. Pentru a nu deruta utilizatorul, licențele gratuite pot rezerva unele drepturi pentru autor - de exemplu, un program derivat trebuie să poarte un alt nume sau versiune; sau ar trebui să constea din textele sursă ale autorului și patch -uri pentru acestea. Cu toate acestea, autorul trebuie să permită ca binarele compilate și codul sursă derivat să fie distribuite într-o formă sau alta. Netscape a păstrat numele Netscape când a lansat codul sursă al browserului . În ciuda acestei clauze, licența publică Mozilla este deschisă.
  5. Fără discriminare împotriva persoanelor și a grupurilor de oameni. Unele țări, cum ar fi Statele Unite , au anumite restricții privind exportul de software. O licență gratuită vă poate reaminte că există astfel de reguli, dar nu poate să-și stabilească propriile reguli. Una dintre licențele „aproape deschise” create în timpul apartheidului a interzis utilizarea programului de către poliția sud-africană . Apartheidul a căzut, dar cererea a rămas.
  6. Fără discriminare în funcție de scopul aplicării. O licență gratuită ar trebui să permită toate activitățile, inclusiv cercetarea genetică și nucleară, utilizarea comercială etc. Utilizarea comercială este specificată în mod specific: „Vrem ca utilizatorii comerciali să se conecteze la comunitate și să nu se considere tăiați de ea”. Ca și în cazul software-ului liber, convingerile personale ale autorului nu ar trebui să stea în cale, iar clauze precum „a nu fi folosit în clinicile de avort ” sunt interzise. La urma urmei, se poate interzice avortul, altul înjurăturile, o treime ambele și o a patra dintre aceste interdicții, fără a lăsa nimic de libertate.
  7. Distribuirea licenței. Drepturile asociate cu software-ul open source ar trebui să fie aplicabile tuturor utilizatorilor programului fără acorduri suplimentare, cum ar fi acorduri de nedivulgare. Cu alte cuvinte, orice licență deschisă va fi o licență publică .
  8. Licența nu trebuie să fie legată de un anumit produs. Drepturile asupra codului programului nu ar trebui să depindă de dacă programul face parte dintr-un produs. O persoană care distribuie programul separat de colecție sau a transferat o parte a codului către alt produs are aceleași drepturi pe care le-a acordat colecția. Această cerință închide unele lacune de licențiere. ReactOS și Wine fac schimb de cod în mod activ. Pe baza nucleului Linux, este construit firmware -ul diferitelor dispozitive . Acest lucru este posibil deoarece nici o singură linie de cod, nici un singur fișier sursă nu este legat de niciun program.
  9. Licența nu trebuie să restricționeze alte produse software. Cu excepția banalelor incompatibilități, utilizatorul are dreptul de a alege ce să folosească. De exemplu, nu puteți cere ca și alte programe care vin cu acesta să fie, de asemenea, open source. Versiunile recente de Ghostscript aveau o licență care interzicea utilizarea programului cu software închis (versiunile învechite au fost lansate sub GPL ). Această practică a fost abandonată în 2007. Unele licențe Microsoft Shared Source permit numai crearea de software pentru Windows .
  10. Licența trebuie să fie neutră din punct de vedere tehnologic. Adică, licența nu trebuie să necesite nimic din interfața sau tehnologiile utilizate în programul derivat. De exemplu, elementul „utilizatorul trebuie să accepte licența făcând clic pe un anumit buton” este nepotrivit - acest lucru va împiedica utilizarea software-ului în modul linie de comandă fără intervenția utilizatorului. Această clauză servește și la închiderea lacunelor de licență.

Vezi și

Note

  1. Licențe - Doom Wiki - Wikia . Preluat la 17 decembrie 2018. Arhivat din original la 18 decembrie 2018.

Link -uri