{"id":114219,"date":"2024-03-09T12:25:56","date_gmt":"2024-03-09T10:25:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/bryus-perens-opublikoval-chernovoj-variant-liczenzii-post-open"},"modified":"2024-03-09T12:25:56","modified_gmt":"2024-03-09T10:25:56","slug":"bryus-perens-opublikoval-chernovoj-variant-liczenzii-post-open","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/bryus-perens-opublikoval-chernovoj-variant-liczenzii-post-open","title":{"rendered":"Bruce Perens ha pubblicato una bozza della licenza Post-Open","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
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 \u00abPost-Open Zero-Cost\u00bb, mirata a risolvere i problemi accumulati legati all'interazione tra gli sviluppatori di software open source e le aziende commerciali, in un contesto di giusta reciprocit\u00e0 dall'uso commerciale del codice. La licenza prevede la possibilit\u00e0 di imporre ulteriori condizioni per l'uso commerciale, ad esempio, le aziende che beneficiano dell'uso del software open source possono compensare contribuendo allo sviluppo o pagando royalties, che saranno distribuite tra i diretti sviluppatori. <\/p>\n
Una delle principali differenze della licenza Post-Open rispetto alle licenze open esistenti, come la GPL, \u00e8 l'introduzione di una componente contrattuale, rescindibile 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\u00e0 di stipulare un'intesa per concessioni di diritti aggiuntivi ed \u00e8 applicabile alla distribuzione commerciale di prodotti o alle modifiche senza divulgazione pubblica. <\/p>\n
La licenza stabilisce anche l'organizzazione \u00abPOST-OPEN ADMINISTRATION\u00bb, che agisce per conto dei licenziatari, funge da loro rappresentante legale e, se necessario, difende i loro diritti, occupandosi della distribuzione dei fondi raccolti in base al contributo allo sviluppo. La struttura dell'organizzazione, che deve utilizzare processi trasparenti nelle sue operazioni e meccanismi finanziari, non \u00e8 ancora definita ed \u00e8 oggetto di discussioni future. <\/p>\n
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\u00e0); 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\u00e0 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. <\/p>\n
Tra i problemi GPL che si cerca di risolvere con la nuova licenza c'\u00e8 l'orientamento della GPL verso la concessione di diritti, senza la possibilit\u00e0 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. <\/p>\n
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\u00e0 di gestione del software e il mantenimento dello status di cliente Red Hat. Le patch fornite per RHEL che risolvono vulnerabilit\u00e0 si applicano al codice GPL e, secondo la licenza, l'utente ha diritto a distribuirle, ma ci\u00f2 potrebbe essere considerato una violazione del contratto con Red Hat e portare alla cessazione dei servizi. <\/p>\n
In passato, quando le modifiche venivano pubblicate nel repository di CentOS, la comunit\u00e0 chiudeva un occhio su queste manipolazioni, ma dopo il cambiamento della politica di accesso ai codici sorgente dei pacchetti RHEL, \u00e8 emersa la necessit\u00e0 di rivedere i meccanismi di interazione tra gli sviluppatori di progetti open source e le aziende che usufruiscono del loro lavoro. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"