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", mirata a risolvere i problemi accumulati legati all'interazione tra sviluppatori di software open source e aziende commerciali nel contesto del ritorno equo dall'uso commerciale del codice. La licenza riflette la possibilità di imporre condizioni aggiuntive sull'uso commerciale; ad esempio, per i benefici ottenuti tramite l'uso del software open source, le aziende sono invitate a compensare partecipando allo sviluppo oppure pagando royalties, che saranno distribuite tra gli sviluppatori diretti.
La principale differenza tra la licenza Post-Open e le attuali licenze aperte, come la GPL, è l'introduzione di un elemento contrattuale, accessibile per rescissione in caso di violazione delle condizioni della licenza. Sono previsti due tipi di accordi contrattuali: gratuito e a pagamento. L'accordo a pagamento prevede la possibilità di stipulare un accordo per la concessione di diritti aggiuntivi e si applica alla distribuzione commerciale di prodotti o alla modifica senza divulgazione pubblica.
La licenza definisce anche l'organizzazione "POST-OPEN ADMINISTRATION", che opera a nome dei licenziatari, funge da loro rappresentante legale e, se necessario, difende i loro diritti, occupandosi della distribuzione dei fondi ottenuti tenendo conto del contributo allo sviluppo. La struttura dell'organizzazione, che deve utilizzare processi trasparenti e meccanismi finanziari nella sua operatività, non è ancora definita ed è oggetto di futuri dibattiti.
Tra le situazioni che portano alla risoluzione della componente contrattuale si citano: violazione dei termini della licenza; presentazione di rivendicazioni per violazioni di brevetti; imposizione di condizioni aggiuntive (ad esempio, aggiunta di sanzioni nel contratto con i clienti in caso di diffusione di informazioni sulla correzione delle vulnerabilità); modifica delle disposizioni rientranti nella legge sul controllo delle esportazioni (ad esempio, per scopi militari e creazione di armi); occultamento di informazioni sulle vulnerabilità o ostacolo alla loro divulgazione; utilizzo di codice per addestrare modelli di machine learning distribuiti con altre condizioni. I rapporti contrattuali non vengono interrotti immediatamente, ma solo dopo 60 giorni dalla comunicazione della violazione. Se le violazioni vengono sanate entro 60 giorni, i diritti concessi rimangono in vigore.
Tra i problemi GPL che si cercano di risolvere nella nuova licenza, si segnala l'orientamento della GPL solo alla concessione di diritti, senza possibilità di revocarli. Questa caratteristica consente alle aziende di eludere i requisiti della licenza GPL relativamente alla concessione di accesso illimitato al codice sorgente. In particolare, per limitare la disponibilità del codice si utilizzano scappatoie collegate all'imposizione di condizioni contrattuali aggiuntive con l'utente finale, che limitano la ridistribuzione del codice sorgente alla base del prodotto.
Ad esempio, quando acquista una distribuzione RHEL, il cliente firma con Red Hat un contratto per supporto e aggiornamenti, nel quale viene limitata la ridistribuzione dei dati e viene menzionato il diritto di risolvere il contratto in caso di non corrispondenza tra le copie RHEL installate e quelle acquistate, costringendo 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 il diritto di distribuirle, ma questo può essere percepito come una violazione del contratto con Red Hat e può portare alla cessazione dei servizi da parte dell'azienda.
In precedenza, quando le modifiche venivano pubblicate nel repository CentOS, la comunità chiudeva un occhio su tali manovre, ma dopo il cambiamento nella politica di accesso ai codici sorgente dei pacchetti RHEL, è emersa la necessità di rivedere i meccanismi di interazione tra gli sviluppatori dei progetti open source e le aziende che ne usufruiscono.
Fonte: opennet.ru
