Licenze Software e Open Source

Dimensione: px

Iniziare la visualizzazioe della pagina:

Download "Licenze Software e Open Source"

Corrado Perri
6 anni fa
Visualizzazioni

1 Seminari ALSI 2004 Licenze Software e Open Source Marino Miculan DiMI, Universit# di Udine Copyright $C% 2004 Marino Miculan <miculan@dimi.uniud.it> La copia letterale e la distribuzione di questa presentazione nella sua integrit# sono permesse con qualsiasi mezzo, a condizione che questa nota sia riprodotta. 1!Open source"? Il termine!open source" viene applicato a molte metodologie di sviluppo software Due aspetti comunemente intesi Comunit# distribuita di sviluppatori Codice sorgente disponibile a tutti Come si conciliano questi aspetti con il concetto di!licenza" e!copyright"? Molte licenze!open source" $GPL, LGPL, BSD, Qt, %. Quali sono le di&erenze? 2

2 Piano della presentazione Modello di sviluppo Open Source De,nizione di Open Source Caratteristiche comuni a tutte le licenze O.S. Caratteristiche variabili Esempi di Licenze O.S. Conclusioni 3 Il modello di sviluppo a!codice aperto" $Open Source% Idea di base: Tanto pi' facilmente l(informazione circola, tanta pi' gente ci pu) lavorare sopra, e quindi tanto pi' rapidamente: si produce codice si scoprono errori, si ha il feedback dagli utenti si individuano nuove necessit# $* cos+ che funziona la ricerca% 4

3 Il modello di sviluppo a!codice aperto" $Open Source% Basato sullo scambio reciproco e paritario di informazioni e conoscenze tra sviluppatori I codici sorgenti devono essere disponibili a chiunque voglia accedervi I contribuenti sono sempre anche utenti I contribuenti devono avere un riconoscimento $spesso non economico% per i loro sforzi 5 Utenti, sviluppatori e attivit# Utenti Utenti passivi Utenti Attivi (contribuenti) Non sviluppatori Sviluppatori Co-sviluppatori Sviluppatori centrali Segnalare bug Suggerire nuove feature Controllo codice Modificare codice Decisioni strategiche Correggere bug Implementare nuove feature 6

4 Le licenze Open Source Una licenza Open Source - necessaria per garantire il modello di sviluppo O.S. viene negata a chiunque la possibilit# di sfruttamento esclusivo del lavoro $proprio o altrui% Una licenza Open Source - un contratto a tutti gli e&etti di legge, tra sviluppatori e utenti ma soprattutto tra gli sviluppatori 7 Open Source Initiative OSI $1998%: associazione no pro,t che promuove gli aspetti positivi del software libero, sul piano pratico e business.oriented, prescindendo da posizioni ideologiche Invece di speci,care una o alcune licenze!u/ciale" $come fa la FSF con GPL/LGPL%, la OSI ha dei criteri generali per riconoscere le licenze e le distribuzioni!open source" Questo permette di scegliere $o proporre% la licenza OS pi' adeguata ad ogni situazione 8

5 Open Source De,nition 10 condizioni che disciplinano aspetti informatici, economici e giuridici della metodologia O.S. Le prime 3 garantiscono le libert# fondamentali Le rimanenti 7 garantiscono l(assenza di discriminazioni e i diritti e dignit# degli autori Attualmente $dicembre 2004% la OSI riconosce 54 licenze conformi a OSD Corrispondono a diversi modelli di business, con di&erenti gradi di contro!o generativo 9 I tre principi fondamentali 1. Di distribuzione Aperta!Libera e Gratuita" La Licenza non pu) impedire di vendere o donare i programmi, anche aggregati ad altri di altra origine. Non si pu) chiedere royalities. 2. Di Accesso Aperto!al Codice Sorgente" Il codice sorgente deve essere disponibile a costo di distribuzione $00%, e non obnubilato 3. Di Modi#cabilit$ aperta Deve essere permesso modi,care il codice e la rea. lizzazione di lavori derivati, che possono essere di. stribuiti alle stesse condizioni del software originale 10

6 Le altre 7 condizioni 1. Integrit# del Codice Sorgente dell(autore 2. Nessuna discriminazione contro persone o gruppi 3. Nessuna discriminazione contro campi applicativi 4. I diritti o&erti dalla Licenza si applicano automaticamente a tutti i destinatari 5. La Licenza non deve essere speci,ca ad un Prodotto 6. La Licenza non deve porre vincoli su altro software $event. con altre licenze% allegato a quello licenziato 7. La Licenza non deve richiedere particolari tecnologie di accesso 11 OS e altre categorie di software Adattato da 12

7 Di&erenze tra le varie categorie Codice sorgente disponibile Libert# di Ridistribuzione Modi,ca Restrizione Versioni modi,cate sono sempre libere Open Source o Free Proprietario Non copyleft Copyleft Chiuso Shareware Freeware No No No No No. No. No. No No... Liberamente scaricabili No Limitazioni d(uso temporali Possibilit# di ritorno economico No No No No No 13 Alcune licenze OSI Licenza estende al lavoro derivato? estende alle modi,che? Pu) essere chiusa? BSD, MIT $X% No No S+ GPL S+ S+ No LGPL No S+ No Mozilla No S+ S+ QPL $Qt% S+ No No 14

8 BSD, MIT $X% Molto semplici e generiche Codice licenziato con BSD, pu) essere successivamente!chiuso" sotto altre licenze Stesso dicasi per le modi,che fatte su codice Esempi: server X, codice Unix FreeBSD Licenze simili: Apache, IBM Public 15 Gnu Public License $GPL% estende automaticamente ai programmi contenente codice GPL $anche in minima parte% Codice GPL modi,cato si deve rilasciare sotto GPL $!copyleft"% Non pu) dare luogo a codice o pacchetti distribuiti solo con altre licenze Esempio: kernel Linux 16

9 Free Software $Software Libero% Secondo la,loso,a della FSF, il sw deve con. sentire ai suoi utenti 4 libert# fondamentali: di eseguire il programma, per qualsiasi scopo di studiare come funziona il programma e adattarlo alle proprie necessit# di ridistribuire copie senza oneri di migliorare il programma e distribuirne pubblicamente i miglioramenti Implementate nella GNU Public License $GPL% 17 Lesser General Public License Pensata per le librerie $funzioni linkabili% Come GPL, ma convive con altre licenze: il software principale pu) essere rilasciato sotto qualsiasi licenza $anche proprietaria% Modi,che al codice LGPL sono comunque soggette a LGPL Esempio: librerie $zlib% 18

10 Mozilla Public License Ibrido tra GPL e BSD!Covered Code": il codice soggetto alla licenza, che - simile a GPL!Larger Work": codice MPL pu) essere combi. nato con altro codice $anche proprietario% Le modi,che al Covered Code vanno sotto MPL Licenze derivate: Apple PL, Nokia OSL, Sun PL 19 Q Public License Distingue tra il Software e le Modi,che, e come queste sono distribuite Se le modi,che sono incorporate nel codice, allora si applica la QPL anche ad esse Se le modi,che sono distribuite sotto forma di Patches, possono essere soggette a qualsiasi licenza $anche proprietaria% Esempio: librerie Qt $che sono anche GPL% 20

11 $Non% Assicurazioni Spesso le licenze $open e closed% contengono dichiarazioni su assicurazioni sul prodotto Non necessario; non considerate dalla OSD Tipici esempi di $non% assicurazioni Commerciabilit#: il prodotto funziona come ci si aspetta implicitamente Adeguatezza: a precise necessit# sulla propriet# intellettuale sui danni diretti ed indiretti 21 Un controesempio: la Licenza MS Shared Source Microsoft propone 8 licenze Shared Source Tutte vietano di ridistribuire il codice, o di condividere il sorgente con terze parti Le licenze per enti commerciali o governativi sono!read only", e non consentono la modi,ca neanche per uso interno $ma si pu) proporre le patch a MS% Il ricevente deve trattare il sorgente come dati proprietari con,denziali di Microsoft Uno sviluppatore che entra in contatto con il sorgente Microsoft, se successivamente sviluppa programmi competitivi pu) essere citato per violazione del copyright 22

12 Quale licenza scegliere? Spesso non - una scelta: la licenza viene ereditata dal software di partenza $p.e. GPL% Pu) essere conveniente rimanere O.S. anche se si ha la possibilit# di!chiudere" il software $vedi IBM con Apache e Apple con Darwin% Se lo scopo - attirare sviluppatori DI un dato software, conviene un GPL/LGPL Se lo scopo - attirare sviluppatori SU un dato software, allora anche Mozilla/Qt va bene. 23 Conclusioni Open Source - un modello di sviluppo innovativo, mirante alla qualit# e l(a/dabilit# del software attraverso la revisione indipendente tra pari e l(evoluzione rapida del codice sorgente. Per essere!open source", il software deve essere distribuito sotto una licenza che garantisca il diritto di leggerlo, ridistribuirlo ed eseguirlo liberamente. 24

13 Conclusioni Esistono molte licenze conformi a OSI Molti aspetti in comune $e.g., le libert# fondamentali% Variano aspetti manageriali, organizzativi, e di controllo generativo Molti modelli di business possono essere implementati con vantaggio adottando il modello Open Source 25 Riferimenti C. Dibona, M. Stone, S. Ockman, Open Sources: Voices from the Open Source Revolution, O(Reilly, 1999 C. Gacek, T. Lawrie and B. Arief, Interdisciplinary Insights on Open Source, Proc. of the Open Source Software Development Workshop, pp , University of Newcastle, UK, G. Moody, Rebel code: Linux and the Open Source Revolution, The Penguin Press, 2001 E. S. Raymond, The Cathedral and the Bazaar, O(Reilly, 1999 A. M St. Laurent. Understanding Open Source & Free Software Licensing. O(Reilly,

Documenti analoghi

Sistemi distribuiti open source per reti di comunicazione

Sistemi distribuiti open source per reti di comunicazione Guglielmo Nigri Glasic S.r.l. www.glasic.it Sommario Che cosa sono i sistemi distribuiti? Che cos è il software open source? Breve storia del software