Sei sulla pagina 1di 11

Definizione di Software Libero

La definizione di Software Libero chiarisce quali sono i requisiti che un certo programma deve soddisfare perch lo si possa considerare software libero. La definizione viene occasionalmente sottoposta a revisioni per chiarificarla o spiegare come interpretare alcune sfumature. Per analizzare le modifiche effettuate basta leggere la sezione Storia nel seguito. L'espressione software libero si riferisce al rispetto delle libert degli utenti e della comunit. In breve, gli utenti hanno la libert di eseguire, copiare, distribuire, studiare, cambiare e migliorare il software. Quindi il Software libero una questione di libert, non di prezzo. Per capire il concetto, bisognerebbe pensare alla libert di parola e non alla birra gratis [NdT: il termine free in inglese significa sia gratuito che libero, in italiano il problema non esiste]. Tramite queste libert gli utenti (individualmente o nel loro complesso) controllano il programma e le sue funzioni. Quando non sono gli utenti a controllare il programma, allora il programma controlla gli utenti; e gli sviluppatori controllano il programma, quindi attraverso di esso controllano gli utenti. Un tale programma, nonlibero o proprietario, diventa quindi uno strumento di abuso. Un programma software libero se gli utenti del programma godono delle quattro libert fondamentali: Libert di eseguire il programma, per qualsiasi scopo (libert 0). Libert di studiare come funziona il programma e di modificarlo in modo da adattarlo alle proprie necessit (libert 1). L'accesso al codice sorgente ne un prerequisito. Libert di ridistribuire copie in modo da aiutare il prossimo (libert 2). Libert di migliorare il programma e distribuirne pubblicamente i miglioramenti da voi apportati (e le vostre versioni modificate in genere), in modo tale che tutta la comunit ne tragga

beneficio (libert 3). L'accesso al codice sorgente ne un prerequisito. Un programma software libero se l'utente ha tutte queste libert in modo adeguato. Altrimenti diciamo che non libero. I modelli di distribuzione non liberi si possono differenziare a seconda di quanto si distanziano dall'essere liberi, ma per noi sono tutti non etici allo stesso modo. Il resto di questa pagina chiarisce cosa significa che determinate libert sono concesse in modo adeguato. La libert di distribuire (libert 2 e 3) significa che si liberi di ridistribuire copie, con o senza modifiche, gratis o addebitando delle spese di distribuzione a chiunque ed ovunque. Essere liberi di fare queste cose significa (tra l'altro) che non bisogna chiedere o pagare alcun permesso. Bisogna anche avere la libert di fare modifiche e usarle privatamente nel proprio lavoro o divertimento senza doverlo dire a nessuno. Se si pubblicano le proprie modifiche, non si deve essere tenuti a comunicarlo a qualcuno in particolare o in qualche modo particolare. La libert di usare un programma significa libert per qualsiasi tipo di persona od organizzazione di utilizzarlo su qualsiasi tipo di sistema informatico, per qualsiasi tipo di attivit e senza dover successivamente comunicare con lo sviluppatore o con qualche altra entit specifica. Quello che conta per questa libert lo scopo dell'utente, non dello sviluppatore; come utenti potete eseguire il programma per i vostri scopi; se lo ridistribuite a qualcun altro, egli libero di eseguirlo per i propri scopi, ma non potete imporgli i vostri scopi. La libert di ridistribuire copie deve includere le forme binarie o eseguibili del programma e anche il codice sorgente, sia per le versioni modificate che non modificate (distribuire programmi in formato eseguibile comodo per avere sistemi operativi liberi facili da installare). legittimo anche se non c' alcun modo di produrre una forma binaria o eseguibile (dal momento che alcuni linguaggi

non supportano questa caratteristica), ma si deve avere la libert di ridistribuire tali forme nel caso si trovi o si sviluppi un modo per farlo. Affinch le libert 1 e 3 (libert di fare modifiche e di pubblicare versioni modificate) abbiano senso, si deve avere accesso al codice sorgente del programma. Perci, l'accessibilit al codice sorgente una condizione necessaria per il software libero. Il codice sorgente deliberatamente offuscato non vero codice sorgente e non pu essere considerato tale. La libert 1 comprende la libert di utilizzare una versione da voi modificata anzich l'originale. Se il programma distribuito in un prodotto che, per scelta progettuale, esegue le versioni modificate da una specifica persona o azienda ma si rifiuta di eseguire quelle modificate da voi (tecnica nota come tivoization o come lockdown o come secure boot secondo la discutibile definizione che ne danno i suoi sostenitori), allora la libert 1 diventa solo teorica. Ci non sufficiente. In altre parole, la versione eseguibile di questi programmi non software libero anche se il codice sorgente da cui sono stati ottenuti libero. Un importante modo di modificare un programma quello di includervi funzioni e moduli liberi gi esistenti. Se la licenza del programma prevede che non si possano includere moduli gi esistenti (nonostante abbiano una licenza appropriata), ad esempio se richiede che voi possiate aggiungere solo codice di cui detenete il copyright, allora la licenza troppo restrittiva per essere considerata libera. La libert 3 comprende la libert di usare e rilasciare le versioni modificate come software libero. Una licenza libera pu anche permettere altri modi di distribuzione; insomma, non c' l'obbligo che si tratti di una licenza con copyleft. Tuttavia, una licenza che imponesse che le versioni modificate non siano libere non si pu categorizzare come licenza libera. Queste libert per essere reali devono essere permanenti e irrevocabili fin tanto che non si fa qualcosa di sbagliato: se lo

sviluppatore del software ha il potere di revocare la licenza, o di sostituirla retroattivamente con una pi restrittiva, anche senza che l'utente sia causa di tale revoca, il software non libero. Tuttavia, certi tipi di regole sul come distribuire il software libero sono accettabili quando non entrano in conflitto con le libert principali. Per esempio, il copyleft, noto anche impropriamente come "permesso d'autore", (detto in poche parole) la regola per cui, quando il programma ridistribuito, non possibile aggiungere restrizioni per negare ad altre persone le libert principali. Questa regola non entra in conflitto con le libert principali, anzi le protegge. Software libero non vuol dire non-commerciale. Un programma libero deve essere disponibile per uso commerciale, sviluppo commerciale e distribuzione commerciale. Lo sviluppo commerciale di software libero non pi inusuale: questo software commerciale libero molto importante. Si pu ottenere software libero pagandolo o non pagandolo, ma, a prescindere da come lo si ottenuto, rimane sempre la libert di copiare e modificare il software, persino di venderne copie. Se una modifica costituisca o meno un miglioramento una questione soggettiva. Se i vostri diritti di modificare un programma sono limitati, in sostanza, a variazioni che qualcun altro considera miglioramenti, quel programma non libero. Tuttavia, sono anche accettabili regole su come pacchettizzare una versione modificata, purch non limitino in modo significativo la vostra libert di distribuire versioni modificate, o di produrre versioni modificate per uso interno. Quindi accettabile, ad esempio, che la licenza vi obblighi a cambiare il nome della versione modificata, togliere un logo, o chiarire che la versione modificata opera vostra. Purch queste richieste non siano talmente pesanti da rendere molto complesso rilasciare le modifiche, sono accettabili; dato che state gi apportando modifiche al programma, non faticherete troppo ad apportarne qualcuna in pi. Regole del tipo se rendete disponibile la vostra versione in questo

modo, allora dovete renderla disponibile anche in quell'altro modo possono essere accettabili, alla medesima condizione. Un esempio di regola accettabile di questo tipo la richiesta che se avete distribuito una versione modificata e un precedente sviluppatore ne chiede una copia, dovete inviargliela. (Notate che una regola di questo tipo vi lascia sempre liberi di scegliere se distribuire o no la vostra versione). Anche regole che richiedano di distribuire il codice sorgente agli utenti delle versioni che avete pubblicamente distribuito sono accettabili. Una questione particolare quando una licenza richiede di cambiare il nome con cui il programma sar chiamato da altri programmi. Questo impedisce di rilasciare la versione modificata in modo che possa sostituire l'originale quando chiamata dagli altri programmi. Questo tipo di richiesta accettabile solo se c' una funzionalit di "aliasing", cio una funzionalit che permetta di specificare il nome originario del programma come alias della versione modificata. Nel progetto GNU, noi usiamo il copyleft per proteggere queste libert legalmente per tutti. Ma esiste anche software libero senza copyleft. Crediamo che ci siano importanti ragioni per cui sia meglio usare il copyleft, ma se un programma software libero senza copyleft comunque accettabile. (Si veda Categorie di software libero per una discussione pi ampia delle relazioni tra software libero, software con copyleft e altre categorie). Qualche volta le leggi sul controllo delle esportazioni e le sanzioni sul commercio possono limitare la libert di distribuire copie di programmi verso paesi esteri. I programmatori non hanno il potere di eliminare o di aggirare queste restrizioni, ma quello che possono e devono fare rifiutare di imporle come condizioni d'uso del programma. In tal modo, le restrizioni non influiranno sulle attivit e sulle persone al di fuori della giurisdizione degli stati che applicano tali restrizioni. Insomma, le licenze di software libero non possono richiedere il rispetto di un controllo (non banale) sulle esportazioni come condizione sull'esercizio di una qualsiasi delle libert essenziali.

Il semplice atto di citare l'esistenza di regole sull'esportazione, senza che diventino condizioni della licenza, accettabile poich non pone restrizioni. Se una regola sull'esportazione diventa banale nel caso del software libero, allora porla come condizione non un problema effettivo, ma rimane un problema potenziale, perch modifiche successive nelle leggi sull'esportazione potrebbero rendere non banale quel requisito e quindi fare diventare non libero il software. Molte licenze di software libero sono basate sul copyright, e ci sono limiti a quello che si pu imporre con il copyright. Se una licenza basata sul copyright rispetta la libert nei modi descritti sopra, improbabile, anche se non impossibile, che abbia qualche tipo di problema che non abbiamo previsto. Tuttavia alcune licenze di software libero sono basate sui contratti, e i contratti possono imporre una gamma molto pi vasta di restrizioni. Questo significa che ci sono molti modi possibili di rendere inaccettabilmente restrittiva e non libera una licenza del genere. Non possiamo elencare tutti i modi in cui questo potrebbe accadere. Se una licenza basata su contratto restringe i diritti dell'utente in una maniera inusuale, fuori da quello che le licenze basate sul copyright potrebbero fare, e non citata qui come legittima, dovremmo esaminare il caso, ma probabilmente concluderemmo che la licenza non libera. Quando si parla di software libero, meglio evitare di usare espressioni come regalato o gratuito, perch esse pongono l'attenzione sul prezzo, e non sulla libert. Parole comuni quali pirateria implicano opinioni che speriamo non vogliate sostenere. Si veda Termini da evitare per una discussione su queste parole. Abbiamo anche una lista di traduzioni in varie lingue dell'espressione software libero. Infine, si noti che criteri come quelli indicati in questa definizione di software libero richiedono un'attenta interpretazione. Per decidere se una determinata licenza software si qualifichi come licenza per il software libero, noi la consideriamo basata su questi criteri al fine di determinare se corrisponde al loro spirito cos come alle precise

parole. Se una licenza include restrizioni irragionevoli, la rifiutiamo, anche se in questi criteri non anticipiamo il problema. Qualche volta le richieste di una licenza sollevano un problema che richiede un'analisi dettaglia, oltre a discussioni con un avvocato prima di poter decidere se la richiesta sia accettabile. Quando raggiungiamo una conclusione riguardo ad un nuovo problema, spesso aggiorniamo questi criteri per fare in modo che sia pi facile capire perch determinate licenze siano adeguate o meno. Se siete interessati a sapere se una determinata licenza abbia le caratteristiche per essere una licenza di software libero, consultate il nostro elenco delle licenze. Se la licenza che vi interessa non vi elencata, potete interpellarci inviandoci un'e-mail a <licensing@gnu.org>. Se pensate di scrivere una nuova licenza, per favore contattate la FSF scrivendo all'indirizzo sopra indicato. La proliferazione di licenze di software libero comporta un maggiore sforzo di comprensione per gli utenti; potremmo aiutarvi a trovare una licenza di software libero gi esistente che soddisfi le vostre necessit. Se questo non possibile e avete proprio bisogno di una nuova licenza, col nostro aiuto potrete essere sicuri che la licenza sia davvero una licenza di software libero ed evitare vari problemi pratici.

Al di l del software
I manuali del software devono essere liberi, per le medesime ragioni per cui il software deve essere libero, e poich i manuali sono parte del software. Lo stesso ragionamento si applica ad altri tipi di lavori di utilizzo pratico lavori che raccolgono conoscenze utili, come opere didattiche e di riferimento. Wikipedia l'esempio pi noto. Ogni tipo di lavoro pu essere libero, e la definizione di software

libero stata estesa per diventare una definizione di opera culturale libera che si pu applicare ad ogni tipo di lavoro.

Open Source?
Un altro gruppo ha cominciato a usare il termine open source per indicare qualcosa di simile (ma non identico) al software libero (o free software). Preferiamo il termine software libero perch, una volta chiarita (nella dizione inglese) la precisazione sul fatto che si parla di libert e non di prezzo, fa subito pensare alla libert, la parola open (o aperto) no.

Storia
La definizione di Software Libero viene occasionalmente sottoposta a revisione per chiarificarla. Qui elenchiamo le modifiche significative effettuate, con collegamenti che illustrano esattamente cosa cambiato. Version 1.122: Un requisito sul controllo delle esportazioni un problema vero se il requisito non banale, altrimenti solo un problema potenziale. Version 1.118: Chiarimento: la questione limitare i diritto di modificare, non quali modifiche si possono fare. E le modifiche non devono necessariamente essere miglioramenti. Versione 1.111: Chiarimento di 1.77 per notare che sono inaccettabili solo le restrizioni retroattive. I detentori del copyright possono sempre dare permessi aggiuntivi sull'uso dell'opera, rilasciando l'opera in parallelo in altro modo. Versione 1.105: Specificato, nella presentazione della Libert 1, il punto (gi chiarito nella versione 1.80) che questo include che la versione modificabile sia davvero utilizzabile. Versione 1.92: Chiarimento: il codice offuscato non conta come codice sorgente. Versione 1.90: Chiarito che la libert 3 significa che si ha il diritto di distribuire copie delle proprie versioni modificate o migliorate, non il diritto di partecipare a progetti di sviluppo

gestiti da altri. Versione 1.89: La libert 3 comprende il diritto di rilasciare versioni modificate come software libero. Version 1.80: La libert 1 deve essere pratica, non teorica; la "tivoization" non vale. Versione 1.77: Tutte le modifiche di licenza retroattive sono inaccettabili, non solo la completa sostituzione. Versione 1.74: Quattro chiarimenti su punti non abbastanza espliciti, o citati in alcune parti ma non in altre: "Miglioramenti" non significa che la licenza pu limitare quali tipi di versioni modificate si possono distribuire. La Libert 3 parla della distribuzione di versioni modificate, non dei soli cambiamenti. Il diritto di incorporare moduli esistenti si riferisce a moduli che hanno una licenza opportuna. E' stata Inserita esplicitamente la conclusione del punto sulla restrizione alle importazioni. Imporre un cambio di licenza comporta la revoca di quella precedente. Versione 1.57: Aggiunta sezione "Al di l del software". Versione 1.46: E' stato chiarito di chi "lo scopo" citato nella locuzione "libert di usare il programma per ogni scopo". Versione 1.41: Chiarimento sulle licenze basate sui contratti. Versione 1.40: Spiegazioni sul fatto che una licenza libera deve permettervi di utilizzare altro software libero per creare le vostre modifiche. Versione 1.39: Notare che accettabile che una licenza richieda di fornire il codice sorgente per le versioni del software utilizzate pubblicamente. Versione 1.31: Notare che accettabile che una licenza vi richieda di identificarvi in quanto autori di modifiche. Altre piccole correzioni nel testo. Versione 1.23: Risolti potenziali problemi legati alle licenze basate sui contratti. Versione 1.16: Spiegazione di perch importante la distribuzione dei file in formato binario. Versione 1.11: Notare che una licenza libera pu imporvi di spedire all'autore una copia delle versioni modificate che

distribuite. Ci sono dei salti nei numeri di versione mostrati sopra poich alcune delle modifiche sono totalmente irrilevanti ai fini del significato e o delle interpretazioni. Ad esempio, l'elenco non comprende modifiche ad elementi ausiliari, a formattazione, ortografia o punteggiatura o ad altre parti della pagina. Per vedere la lista completa delle modifiche si pu utilizzare la nostra interfaccia cvsweb. Pagina principale di GNU Pagina principale della FSF Arte GNU
Divertimenti GNU Gente di GNU Elenco di Software Libero Mappa del sito La Free Software Foundation lo sponsor principale del Sistema operativo GNU. La nostra missione preservare, proteggere e promuovere la libert di usare, studiare, copiare, modificare e ridistribuire il software per computer, e difendere i diritti degli utenti di software libero. Potete sostenere GNU e la FSF comprando manuali e gadget, diventando membri associati della FSF oppure facendo una donazione diretta o via Flattr.

inizio pagina
Per informazioni su FSF e GNU rivolgetevi, possibilmente in inglese, a <gnu@gnu.org>. Ci sono anche altri modi di contattare la FSF. Inviate segnalazioni di link non funzionanti e altri suggerimenti relativi alle pagine web a <webmasters@gnu.org>. Le traduzioni italiane sono effettuate ponendo la massima attenzione ai dettagli e alla qualit, ma a volte potrebbero contenere imperfezioni. Se ne riscontrate, inviate i vostri commenti e suggerimenti riguardo le traduzioni a <web-translators@gnu.org> oppure contattate direttamente il gruppo dei traduttori italiani. Per informazioni su come gestire e inviare traduzioni delle nostre pagine web consultate la Guida alle traduzioni. Copyright 1996-2002, 2004-2007, 2009, 2010, 2012, 2013 Free Software Foundation, Inc. Questa pagina distribuita secondo i termini della licenza Creative Commons Attribuzione - Non opere derivate 3.0 Stati Uniti (CC BY-ND 3.0). Notifica di infrazioni al copyright Tradotto originariamente da Dino Distefano. Modifiche successive di Francesco Potort, Alessandro Rubini, Paola Blason e Giorgio V. Felchero, Andrea Pescetti.

Ultimo aggiornamento: $Date: 2013/12/20 22:29:40 $