Open Source Definition: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
.anacondabot (discussione | contributi)
riveduta completamente la traduzione, riscritte molte parti
Riga 1:
{{C|mese=maggio 2006|motivo=da spostare in wikisource|firma=--[[Utente:Lucas|Lucas]] 14:33, 10 mar 2006 (CET)}}
 
La seguente definizione di [[licenza open source]] è ad opera della [http://www.opensource.org/ Open Source Initiative]. È da tenere presente che essa affronta il problema del [[software libero]] e [[open source]] da un punto di vista sostanzialmente diverso rispetto alla [http://www.fsf.org/ Free Software Foundation], che per prima coniò il termine [[software libero]]. I due approcci differiscono sia di principio che di fatto.
 
== La definizione di Open Source ==
Versione 1.9
 
:''Le sezioni indentate e in corsivo qui sotto appaiono come note esplicative della definizioneDefinizione di Open Source (OSD) e non sono una parte della OSDdefinizione stessa.''
 
Vedi anche: [[open source]] e [[licenza open source]]
----
 
'''Introduzione'''
 
Open source (sorgente aperto) non significa semplicemente libero accesso al [[codice sorgente]] di un programma. La distribuzionelicenza indi terminiun disoftware, per potersi programmiconsiderare open-source, deve soddisfare i seguenti criteri:
 
'''1. Ridistribuzione Libera Redistribuzione'''
 
La licenzelicenza non potrannopuò limitare alcuno dal vendere o donare iil programmisoftware che ne è oggetto, come componenticomponente di una distribuzione aggregata, di software contenenticontenente programmi di varia origine. La licenza non potràpuò richiedere royaltiesdiritti o altri pagamenti pera fronte di tali vendite.
 
:'''''Motivo''': Imponendo la licenza a richiedere unalibera redistribuzione libera, eliminiamosi elimina la tentazione di gettarerinunciare alle ortichea moltiimportanti guadagni dia lungo periodotermine perin farecambio qualchedi liraun diguadagno materiale a breve periodotermine, ottenuto con leil controllo delle vendite. Se non lovi facessimofosse ciquesta sarebbeimposizione, unai fortecollaboratori pressioneesterni all'abbandonosarebbero suitentati collaboratoridi abbandonare il progetto, invece che di farlo crescere.''
 
'''2. Codice Sorgente'''
 
Il programma deve includere il codice sorgente, e ne deve permetterneessere permessa la distribuzione cosìsia come percodice lasorgente che in forma compilata. DoveLaddove alcune forme di un prodotto non sonosiano distribuite con il relativo codice sorgente, ci deve essere unchiaramente modoindicato benil pubblicizzatomodo diper ottenerneottenerlo, ilad codiceun sorgentecosto pernon nientesuperiore più diad una ragionevole riproduzione;spesa preferibilmentedi distribuzione, perpreferibilmente viascaricandolo dei costi, scaricandologratuitamente da Internet gratis. IlPer codice sorgente devesi essereintende la forma preferita in cui un programmatore modificherebbepreferirebbe modificare il programma. Codice sorgente deliberatamente obnubilatoreso illeggibile non èrisponde ai permessorequisiti. Forme intermedie come l'output di un preprocessore o traduttorecompilatore non sonorispondono ai permesserequisiti.
 
:'''''Motivo''': RichiediamoSi richiede l'accesso al codice sorgente inpoiché chiaronon perchési nonpuò puoifar migliorareevolvere iun programmiprogramma senza modificarlipoterlo modificare. Siccome ilIl nostro obiettivo è rendere facile l'evoluzione faciledel software, pertanto richiediamo che lene modifichesia resa facile sianola facilitatemodifica.''
 
'''3. Prodotti Derivati'''
 
La licenza deve permettere modifiche e prodotti derivati, e deve permetterepermetterne lorola di essere distribuitidistribuzione sotto le stesse condizioni della licenza del software originale.
 
:'''''Motivo''': La sola possibilità di leggere il codice sorgente non è abbastanzasufficiente pera sostenerepermettere unla revisione indipendente del software da parte confrontodi paritarioterzi e una rapida selezione evolutiva rapida. Per fargarantire avvenire questauna rapida evoluzione, la gente deve poteressere possibile sperimentare conmodifiche leal modifichesoftware e redistribuirle.''
 
'''4. Integrità del codice sorgente dell'autoreoriginale'''
 
La licenza potràpuò impedire illa codicedistribuzione sorgentedel dall'esserecodice redistribuitosorgente in forma modificata, soloa sepatto lache licenzavenga consentiràconsentita la distribuzione didell'originale pezzeaccompagnato da ("patch files"), conovvero ilfile codiceche sorgentepermettono di applicare modifiche automatiche al finecodice disorgente modificarein ilfase programmadi all'installazionecompilazione. La licenza deve esplicitamente permettere la distribuzione del software costruitoprodotto dacon un diverso codice sorgente modificato. La licenza può richiedere che i lavoriprodotti derivati abbianoportino un nome diverso o una versione diversa dal software originale.
 
:'''''Motivo''': Incoraggiare il miglioramento è bene, ma gli utenti hanno diritto di sapere chi è responsabile del software che stanno usando. Gli autori e i tecnici hanno diritto reciproco di sapere cosa è loro chiesto di supportare e di proteggereproteggersi la loro reputazione.''
 
:''Perciò, una licenza open- source '''deve''' garantire che il codice sorgente sia prontamentefacilmente disponibile, ma '''può''' eventualmente richiedere che esso sia distribuitoredistribuito comesolo sorgentein forma originale di base più lefile pezzepatch. In questo modo, ile cambiamentimodifiche "non ufficiali" possono essere rese disponibili mapur prontamenterimanendo distintidistinte dal codice disorgente baseoriginale.''
 
'''5. Nessuna Discriminazione contro persone o gruppi'''
Line 43 ⟶ 44:
La licenza non deve discriminare alcuna persona o gruppo di persone.
 
:'''''Motivo''': Per ottenere il massimo beneficio dal processo, lail massima diversitànumero di persone e gruppi deve avere eguale possibilità adi contribuire aiallo codicisviluppo sorgentedel software. QuindiPertanto proibiamoviene qualsiasiproibita licenza open-source dalll'escludereesclusione chiunquearbitraria dal processo di persone o gruppi.''
 
:''Alcuni paesi, inclusi gli Stati Uniti, hanno restrizioni alleall'esportazione esportazioni perdi certi tipi di software. Una licenza conforme all'OSD può avvertire igli licenziatiutenti di restrizionipossibili applicabilirestrizioni e ricordare loro che sono obbligati a rispettare la legge; comunque,in ogni caso non potràpuò incorporare tali restrizioni essa stessa.''
 
'''6. Nessuna Discriminazione controper campicampo d'applicazione'''
 
La licenzelicenza non deve impedire ad alcuno dadi far uso del programma in un ambito specifico. PerAd esempio, non potràsi può impedire lusol'uso del programma nellambitoin diambito unimpresa,commerciale o nellambitonell'ambito della ricerca genetica.
 
:'''''Motivo''': LaL'intenzione prima intenzioneprincipale di questa clausola è di proibire trappole nellanelle licenzalicenze che impediscano allopen-al software open source di essere usato commercialmente. Vogliamo che gli utentile commercialiaziende si uniscano alla nostra comunità, non che se ne sentano esclusiescluse.''
 
'''7. Distribuzione della licenza'''
 
I diritti allegati a un programma devono valereessere applicabili a tutti coloro a cui il programma è redistribuito, senza necessitàche dellemissionesia dinecessaria unal'emissione addizionale licenza da partedi deiulteriori licenziatarilicenze.
 
:'''''Motivo''': Questa clausola intende proibire la chiusura del software per mezzi indiretti, come unaun richiestaobbligo di unsottoscrizione di accordoaccordi di non diffusione.''
 
'''8. La Licenza non deve essere specifica aad un prodotto'''
 
I diritti allegati al programma non devono dipendere dall'essere il programmma parte di una particolare distribuzione di software. Se il programma è estratto da quella distribuzione e usato o distribuitoredistribuito allinternosecondo deii termini delledella licenzelicenza del programma, tuttetutti lecoloro partiche cuiricevano il programma è ridistribuito dovranno avere gli stessi diritti che sono garantiti nel caso della distribuzione di software originale.
 
:'''''Motivo''': Questa clausola impedisce ancora un'altraulteriore classe di licenze-trappola.''
 
'''9. La Licenza non deve porre vincoli su altro software'''
 
La licenza non deve porre restrizioni su altro software che è distribuito insieme al software licenziato. Per esempio, la licenza non dovràdeve insistererichiedere che tutti gli altri programmi distribuiti sugli stessi supporti siano software open- source.
 
:'''''Motivo''': I distributori di software open- source hanno il diritto di fare le loro scelte riguardo al loro software che intendono distribuire.''
 
'''10. La licenza deve essere neutrale rispetto alle tecnologie'''
 
La licenza non deve contenere clausole che dipendano o si basino su particolari tecnologie o tipi di interfaccie.
 
:'''''Motivo''': Questa clausola è diretta in particolar modo a quelle licenze che richiedano un gesto esplicito di approvazione da parte dell'utente, al fine di stabilire un contratto. Clausole che richiedano un "click" su interfacce web o di altro tipo possono essere in conflitto con importanti metodi di distribuzione del software, come i siti FTP, le raccolte su CDROM e le copie distribuite sul Web. Tali clausole possono rendere difficoltoso il riutilizzo del software. Le licenze valide devono permettere la possibilità che: 1) il software venga distribuito mediante canali diversi dal Web, sui quali non si possa richiedere un "click" esplicito prima di iniziare il download, e che 2) il programma in oggetto, o sue porzioni, possano essere utilizzare in ambienti privi di interfaccia grafica, nei quali non si possa richiedere la presenza di specifiche finestre di dialogo.
 
----
 
'''Origine''': La prima bozza di questo documento fu scritta da [[Bruce Perens]] come "Linee guida per il software libero in [[Debian]]". Essa venne ampiamente discussa e migliorata nelle mailing list del progetto Debian nel giugno 1997. Questo documento è il risultato della rimozione di ogni riferimento a Debian e della successiva pubblicazione del risultato.
 
[[categoria:Diritto industriale]]