licenze FLOSS

In lista si propongono tecniche giuridiche come il dual licensing ed i connessi modelli di business (ad esempio il versioning) in risposta all’esigenza del richiedente. Viene però evidenziato che, prevedendo restrizioni agli usi commerciali, il richiedente non garantirà le quattro libertà dei software liberi poiché proprio la prima di esse (libertà di eseguire il programma per qualsiasi scopo) sarebbe esclusa. Sia i requisiti posti dalla Free Software Foundation, sia l’Open Source Definition escludono infatti espressamente, rispettivamente alla libertà 0 e al punto 1, la possibilità di prevedere simili restrizioni e per tale motivo il software c.d. semilibero è una tipologia che in realtà va categorizzata come non libera.
Quanto alle licenze Creative Commons, il loro utilizzo, pur possibile, viene sconsigliato poiché esse non sono pensate espressamente per il software e non disciplinano aspetti di primaria importanza come l’accesso libero al codice sorgente.

In lista vengono confermate la maggior parte delle affermazioni dubitative fatte prima della consulenza di secondo grado, pur riconoscendo la necessità di un parere legale esperto. In particolare questo è imprescindibile per la verifica dello status del brevetto ed è necessario anche rispetto al sistema di distribuzione e alla messa a disposizione del solo codice sorgente, che pur vengono ritenuti essere utili al fine di ridurre i rischi legali.
Rispetto invece ai quesiti posti dopo la consulenza, viene affermato che la licenza redatta ad hoc difficilmente è configurabile come FLOSS. In particolare nel contenuto della stessa vi sono forti limitazioni all’uso commerciale del software e alla facoltà di ridistribuire lo stesso o versioni modificate che difficilmente si conciliano con i requisiti delle licenze libere. Viene infine sconsigliata la pubblicazione della corrispondenza intercorsa con il titolare dei brevetti, anche qualora fosse resa disponibile in forma anonima.

Si ipotizza una consulenza di secondo livello (da non pubblicare), previa verifica della sussistenza dei requisiti previsti per accedere ai servizi di consulenza gratuita di Selili in capo al richiedente.

1) La risposta al quesito dipende da che cosa è contenuto nel file zip e dalle relazioni e dai vincoli che legano i vari software. In linea generale sarebbe possibile la distribuzione dei software con un cd live, ma occorrerebbe valutare in dettaglio il caso di specie. La distribuzione del software non open source insieme ad un form in cui si chiede il download del software libero all’utente è possibile qualora si sia il detentore dei diritti, ma in tal caso si potrà anche optare per la distribuzione del file zip.
2) In via generale si può affermare che il link sarà possibile per le licenze non-copyleft e per quelle weak copyleft (come ad esempio la licenza LGPL), mentre è da escludersi per quelle copyleft. Quanto alla tipologia del link, generalmente qualora esso sia statico si ritiene che si sia in presenza di un’opera derivata, mentre se è dinamico l’opera viene considerata indipendente, ma tali conclusioni dipendono da diverse caratteristiche tecniche (tipo di linguaggio, programma, data structures, calls, links, plug-ins, etc). In questi casi è importante comprendere la distinzione concettuale fra
- integrazione di un software con un altro (quindi derivazione di un'opera da una precedente);
- interazione fra software separati (quindi fra opere dell'ingegno distinte e ontologicamente autonome);
- mera aggregazione sullo stesso supporto.
A tale proposito viene fatto notare, richiamando il contenuto della pagina web http://softwarelibero.it/ricerca/licenze.shtml, che l'obbligo di ridistribuire l'opera con licenza GNU-GPL (c.d. viralità della licenza GNU-GPL) è previsto per il caso di programma derivato da un software copyleft. Vi sono invece una serie di utilizzi del software GPL che sono permessi senza vincoli di licenza, quali ad esempio la chiamata del programma GPL da parte di altri programmi, l'uso del programma GPL come parte di un gruppo di software, le mere aggregazione di programmi su un unico media.

Generalmente è riconosciuta la superiorità dei software liberi, ed in particolare del sistema operativo GNU-Linux, in termini di sicurezza, bug-fixing e trasparenza rispetto ai software proprietari e, dunque, i timori del richiedente sono infondati in quanto le libertà garantite nelle licenze GNU-GPL non permettono l'adozione di tipologie di distribuzioni del codice analoghe a quelle da lui ipotizzate. In particolare è da escludersi che vengano adottati modelli di lock-in - iniziale utilizzazione gratuita del software, seguita poi dalla richiesta di una royalty-, tipologia di business che è invece tipica di distribuzioni quali il free-ware e lo share-ware.
La stabilità dei sistemi operativi open source è invece un punto dibattuto in quanto, mentre i sostenitori del software libero affermano che “se un numero sufficiente di occhi controlla il codice, tutti i bug vengono scoperti”, i sostenitori dei modelli di “closed source” ritengono che è solo attraverso la segretezza del codice che si può garantire la stabilità, in applicazione del principio di Kerckhoffs in crittografia (http://it.wikipedia.org/wiki/Principio_di_Kerckhoffs).