Bruce Perens, uno degli autori della definizione di Open Source e cofondatore dell'Open Source Initiative, ha presentato la prima bozza di una nuova licenza «Post-Open Zero-Cost», concepita per affrontare i problemi esistenti relativi all'interazione tra gli sviluppatori di software open source e le aziende commerciali nel contesto di una giusta compensazione per l'utilizzo commerciale del codice. La licenza prevede la possibilità di imporre ulteriori condizioni per l'uso commerciale, ad esempio, si propone alle aziende che beneficiano dell'uso del software open source di ricambiare il beneficio attraverso la partecipazione allo sviluppo o il pagamento di royalties, che saranno distribuite tra gli sviluppatori diretti.
La principale differenza della licenza Post-Open rispetto alle attuali licenze aperte, come GPL, è l'introduzione di un elemento contrattuale, che può essere annullato in caso di violazione dei termini della licenza. Sono previsti due tipi di accordi contrattuali: gratuito e a pagamento. L'accordo a pagamento prevede la possibilità di stipulare un contratto per la concessione di diritti aggiuntivi e si applica nella distribuzione commerciale di prodotti o nella modifica senza la loro divulgazione pubblica.
La licenza definisce anche l'organizzazione "POST-OPEN ADMINISTRATION", che agisce per conto dei licenziatari, fungendo da loro rappresentante legale e, se necessario, difendendo i loro diritti e occupandosi della distribuzione dei fondi ricevuti, tenendo conto del contributo allo sviluppo. La struttura dell'organizzazione, che deve utilizzare processi trasparenti nella sua attività, nonché meccanismi finanziari, non è ancora stata definita ed è oggetto di discussioni future.
Tra le situazioni che possono portare alla risoluzione della componente contrattuale, si menzionano: la violazione delle condizioni di licenza; la presentazione di reclami per violazione di brevetti; l'imposizione di condizioni aggiuntive (ad esempio, l'aggiunta di sanzioni nel contratto con i clienti in caso di diffusione di informazioni sulla correzione delle vulnerabilità); modifiche che rientrano sotto la legge sul controllo delle esportazioni (ad esempio, per scopi militari e produzione di armi); la trattenuta di informazioni sulle vulnerabilità o l'ostacolo alla loro divulgazione; l'uso di codice per l'addestramento di modelli di apprendimento automatico distribuiti con condizioni diverse. I rapporti contrattuali non vengono interrotti immediatamente, ma solo dopo 60 giorni dall'informativa sulla violazione. Se le violazioni vengono corrette entro 60 giorni, i diritti concessi rimangono in vigore.
Tra i problemi GPL che si cerca di risolvere con la nuova licenza c'è l'orientamento della GPL verso la concessione di diritti, senza la possibilità di revocare quelli altrui. Questa caratteristica consente alle aziende di eludere i requisiti della licenza GPL relativi alla fornitura di accesso illimitato al codice sorgente. In particolare, vengono utilizzate scappatoie legate all'imposizione di ulteriori condizioni contrattuali con l'utente finale, che limitano la ridistribuzione del codice sorgente aperto sottostante al prodotto.
Ad esempio, quando acquista una distribuzione RHEL, il cliente firma un contratto con Red Hat per il supporto e l'aggiornamento, in cui si limita la ridistribuzione dei dati e si menziona il diritto di risolvere il contratto in caso di discrepanza tra le copie di RHEL installate e acquistate. Questo spinge a scegliere tra la libertà di gestione del software e il mantenimento dello status di cliente Red Hat. Le patch fornite per RHEL che risolvono vulnerabilità si applicano al codice GPL e, secondo la licenza, l'utente ha diritto a distribuirle, ma ciò potrebbe essere considerato una violazione del contratto con Red Hat e portare alla cessazione dei servizi.
In passato, quando le modifiche venivano pubblicate nel repository di CentOS, la comunità chiudeva un occhio su queste manipolazioni, ma dopo il cambiamento della politica di accesso ai codici sorgente dei pacchetti RHEL, è emersa la necessità di rivedere i meccanismi di interazione tra gli sviluppatori di progetti open source e le aziende che usufruiscono del loro lavoro.
Fonte: opennet.ru
