Proliferazione di licenze
L'espressione proliferazione di licenze si riferisce ai problemi che si creano quando sono scritte licenze software aggiuntive per pacchetti software. La proliferazione di licenze danneggia la comunità degli sviluppatori di software libero. Spesso, infatti, quando uno sviluppatore di software vorrebbe fondere insieme porzioni di programmi software diversi, non è in grado di farlo perché le licenze sono incompatibili. Quando invece il software prodotto sotto due diverse licenze può essere combinato in un'applicazione software più grande, si dice che le licenze sono compatibili. Via via che il numero di licenze aumenta, cresce anche la probabilità che uno sviluppatore di "software libero e a sorgente aperto" (free and open source software, FOSS) voglia fondere insieme software che sono disponibili sotto licenze incompatibili. Esiste anche un costo maggiore per le compagnie che abbiano la necessità di valutare ogni licenza FOSS per i pacchetti che usano. Strettamente parlando, nessuno è a favore della proliferazione di licenze. Piuttosto, il problema scaturisce dalla tendenza delle organizzazioni a scrivere nuove licenze per rispondere a bisogni reali o percepiti legati alle loro pubblicazioni di software.
Licenze compatibili
[modifica | modifica wikitesto]La Free Software Foundation (FSF), che cura la GNU General Public License (GPL), cura anche una lista delle licenze che sono compatibili con la GPL. Un'altra popolare licenza FOSS è la Apache License. La Apache Foundation ha una pagina che discute il fatto che la Apache License sia elencata compatibile con la GPLv3 ma soltanto a senso unico: il software Apache può essere incluso nel software GPLv3 software ma non viceversa.
Licenze personalizzate
[modifica | modifica wikitesto]Il termine vanity licenses, traducibile come "licenze personalizzate"[1] si riferisce a una licenza che è scritta da una compagnia o da una persona solo per poterne creare una propria, senza nessun'altra ragione effettiva. Se si crea una nuova licenza che non presenta nessun ovvio miglioramento o differenza rispetto ad un'altra licenza FOSS più comune, allora quella sarà una "vanity license", cioè una licenza personalizzata, fatta letteralmente "per vanità", senza nessuna utilità pratica.
Il problema esiste ormai da alcuni anni. Nel 2008, risultava che molte persone creavano una nuova licenza personalizzata per il loro programma appena pubblicato, senza conoscere i requisiti per una licenza FOSS e senza rendersi conto che una licenza non standard poteva rendere il programma quasi inutile per gli altri.[2]
La posizione della OSI
[modifica | modifica wikitesto]Quelli della Open Source Initiative (OSI) si considerano i guardiani di quali licenze possono essere chiamate open source. Curano una lista delle licenze approvate dalla OSI, e all'inizio della loro storia, hanno contribuito essi stessi a una parte della proliferazione di licenze fornendo assistenza nella produzione e approvando licenze personalizzate (vanity licenses). In effetti, alcuni esperti come Mark Shuttleworth sostengono che la OSI è in gran parte responsabile del problema di proliferazione delle licenze continuando ad accettare nuove licenze. Il Progetto sulla proliferazione di licenze della OSI ha preparato un Rapporto sull'argomento.
La posizione della FSF
[modifica | modifica wikitesto]Richard Stallman, presidente della FSF, e Bradley M. Kuhn, ex amministratore esecutivo, hanno preso posizione contro la proliferazione di licenze fin dal 2000, quando hanno istituito la lista delle licenze della FSF, che esortava gli sviluppatori a usare soltanto licenze considerate GPL-compatibili.[3]
La posizione della FSFE
[modifica | modifica wikitesto]Ciarán O'Riordan, già membro della Free Software Foundation Europe (FSFE), sostiene che la cosa principale che la FSF può fare per impedire la proliferazione di licenze è ridurre le ragioni che stanno alla base della creazione di nuove licenze, in un editoriale intitolato How GPLv3 tackles license proliferation ("Come la GPLv3 affronta la proliferazione di licenze"). Generalmente la FSF Europe raccomanda coerentemente il più possibile l'uso della GNU GPL, e quando ciò non è possibile, di usare comunque licenze compatibili con la GPL.
La posizione di Google
[modifica | modifica wikitesto]Nel 2006-2010, Google ha assunto una posizione univoca sulla proliferazione di licenze. Specificamente, nel 2006, ha annunciato che il suo sito Google Code, che ospita gratuitamente risorse e strumenti per gli sviluppatori di software, avrebbe accettato soltanto progetti muniti delle seguenti licenze:[4]
- Apache License 2.0
- Artistic License/GPL (spesso usata dalla comunità Perl)
- GNU General Public License 3.0
- GNU General Public License 2.0
- GNU Lesser General Public License
- MIT License
- New BSD License
- Mozilla Public License 1.1
- Eclipse Public License
Nel 2008, Google ha ulteriormente annunciato di raccomandare fortemente la scelta della Apache License o della versione 3 della GPL (GPLv3) per i progetti.[5]
In un capovolgimento di queste posizioni più rigide, nel 2010, Google ha infine annunciato che avrebbe semplicemente rispecchiato la posizione della OSI e richiesto meramente che i progetti ospitati su Google Code siano licenziati sotto una licenza approvata dalla OSI.[6]
Note
[modifica | modifica wikitesto]- ^ Letteralmente, l'espressione significa "licenze per vanità" e si usa, specialmente in inglese americano, per indicare le targhe automobilistiche personalizzate, chiamate appunto vanity licence plates.
- ^ "FLOSS License Proliferation: Still a problem" Archiviato il 22 maggio 2012 in Internet Archive. di David A. Wheeler
- ^ La primissima versione archiviata della lista delle licenze riflette questa posizione. Bradley M. Kuhn, Various Licenses and Comments about Them, Free Software Foundation, 15 agosto 2000, 37–39. URL consultato il 15 agosto 2000 (archiviato dall'url originale il 15 agosto 2000).
- ^ Ed Burnette, Google says no to license proliferation, su zdnet.com, 2 novembre 2006. URL consultato l'11 settembre 2010 (archiviato dall'url originale il 24 febbraio 2007).
- ^ Greg Stein, Standing Against License Proliferation, su google-opensource.blogspot.com, 28 maggio 2009. URL consultato l'11 settembre 2010 (archiviato dall'url originale il 1º giugno 2008).
- ^ Chris DiBona, License Evolution and Hosting Projects on Code.Google.Com, su googlecode.blogspot.com, 10 settembre 2010. URL consultato l'11 settembre 2010.
Voci correlate
[modifica | modifica wikitesto]Collegamenti esterni
[modifica | modifica wikitesto]- (EN) Open source license proliferation, a broader view ("Proliferazione di licenze open source, una visione più ampia") di Raymond Nimmer
- (EN) Larry Rosen argues that different licenses can be a good thing ("Larry Rosen sostiene che le licenze diverse possono essere una cosa buona") di Larry Rosen
- (EN) Licensing howto ("Come concedere licenze") di Eric S. Raymond
- (EN) License proliferation for Medical Software ("Proliferazione di licenze per il software medico") di Fred Trotter. Sostiene che per il software sanitario si dovrebbe usare solo il Google seven.