Proprietà intellettuale e conformità

Traduzione informativa, non consulenza legale. Prevalgono i testi legali originali.

Il documento serve alla verifica di conformità e acquisto e ai contributori. Consultare l’ indice di provenienza.

1. Modello di licenze composto

Il codice originale usa CC0 1.0 Universal; dipendenze, schemi OASIS e fixture mantengono licenze e OASIS Copyright propri. La distribuzione deve rispettare LICENSE e THIRD-PARTY-NOTICES.md; non si deve dichiarare di pubblico dominio l’intero prodotto.

Limiti di CC0 per brevetti e marchi

Ai sensi della sezione 4(a) di CC0 1.0, i diritti di brevetto e marchio non vengono concessi né rinunciati. OdfKit non offre licenze brevettuali, garanzie di non violazione, ricerche brevettuali o indennizzi. Gli adottanti devono svolgere la propria verifica. Prevale il testo legale CC0.

2. Diritti e contenuti IA

Codice, documenti, esempi e test pubblici sono in gran parte prodotti o organizzati con strumenti IA. L’Affirmer CC0 e i contributori devono disporre dei diritti; la tutela delle opere puramente automatiche varia fra ordinamenti. Il progetto non offre indennizzi commerciali.

3. Clean-room e fonti vietate

Sono ammessi standard pubblici OASIS/ISO/RFC/W3C, formati pubblici, fixture ridistribuibili e test indipendenti. È vietato copiare LibreOffice C++, Java ODF Toolkit, Apache POI, NPOI, SDK commerciali o binari chiusi decompilati. JSON Collaboration è compatibile, non un porting del sorgente.

4. Standard e marchi

Sono ammessi riferimenti descrittivi; non si può suggerire certificazione o approvazione di OASIS, TDF, LibreOffice o Apache.

5. Developer Certificate of Origin (DCO)

I contributori devono attestare origine o diritto di invio, assenza di codice non ridistribuibile, rispetto del clean-room e aggiornamento degli avvisi. Usare Signed-off-by: Name <email> quando indicato; i commit richiedono anche firma GPG.

6. Verifica degli adottanti

Verificare licenze e SBOM, versione 0.x, limiti funzionali e di risorse, provenienza e supporto. Non è previsto alcun SLA; i sistemi critici richiedono piani di fallback e manutenzione.

7. Segnalazioni di sicurezza

Non esistono oggi tracker pubblico, canale privato o garanzia di trattamento. Non pubblicare dettagli completi di exploit e separare sicurezza da licenze o violazioni.

8. Documenti correlati

Vedere l’indice clean-room, la politica delle estensioni e le regole del corpus.