license-rules.rst (19663B)
1.. SPDX-License-Identifier: GPL-2.0 2 3.. include:: ../disclaimer-ita.rst 4 5:Original: :ref:`Documentation/process/license-rules.rst <kernel_licensing>` 6:Translator: Federico Vaga <federico.vaga@vaga.pv.it> 7 8.. _it_kernel_licensing: 9 10Regole per licenziare il kernel Linux 11===================================== 12 13Il kernel Linux viene rilasciato sotto i termini definiti dalla seconda 14versione della licenza *GNU General Public License* (GPL-2.0), di cui una 15copia è disponibile nel file LICENSES/preferred/GPL-2.0; a questo si 16aggiunge eccezione per le chiamate di sistema come descritto in 17LICENSES/exceptions/Linux-syscall-note; tutto ciò è descritto nel file COPYING. 18 19Questo documento fornisce una descrizione su come ogni singolo file sorgente 20debba essere licenziato per far si che sia chiaro e non ambiguo. Questo non 21sostituisce la licenza del kernel. 22 23La licenza descritta nel file COPYING si applica ai sorgenti del kernel nella 24loro interezza, quindi i singoli file sorgenti possono avere diverse licenze ma 25devono essere compatibili con la GPL-2.0:: 26 27 GPL-1.0+ : GNU General Public License v1.0 o successiva 28 GPL-2.0+ : GNU General Public License v2.0 o successiva 29 LGPL-2.0 : GNU Library General Public License v2 30 LGPL-2.0+ : GNU Library General Public License v2 o successiva 31 LGPL-2.1 : GNU Lesser General Public License v2.1 32 LGPL-2.1+ : GNU Lesser General Public License v2.1 o successiva 33 34A parte questo, i singolo file possono essere forniti con una doppia licenza, 35per esempio con una delle varianti compatibili della GPL e alternativamente con 36una licenza permissiva come BSD, MIT eccetera. 37 38I file d'intestazione per l'API verso lo spazio utente (UAPI) descrivono 39le interfacce usate dai programmi, e per questo sono un caso speciale. 40Secondo le note nel file COPYING, le chiamate di sistema sono un chiaro 41confine oltre il quale non si estendono i requisiti della GPL per quei 42programmi che le usano per comunicare con il kernel. Dato che i file 43d'intestazione UAPI devono poter essere inclusi nei sorgenti di un 44qualsiasi programma eseguibile sul kernel Linux, questi meritano 45un'eccezione documentata da una clausola speciale. 46 47Il modo più comune per indicare la licenza dei file sorgenti è quello di 48aggiungere il corrispondente blocco di testo come commento in testa a detto 49file. Per via della formattazione, dei refusi, eccetera, questi blocchi di 50testo sono difficili da identificare dagli strumenti usati per verificare il 51rispetto delle licenze. 52 53Un'alternativa ai blocchi di testo è data dall'uso degli identificatori 54*Software Package Data Exchange* (SPDX) in ogni file sorgente. Gli 55identificatori di licenza SPDX sono analizzabili dalle macchine e sono precisi 56simboli stenografici che identificano la licenza sotto la quale viene 57licenziato il file che lo include. Gli identificatori di licenza SPDX sono 58gestiti del gruppo di lavoro SPDX presso la Linux Foundation e sono stati 59concordati fra i soci nell'industria, gli sviluppatori di strumenti, e i 60rispettivi gruppi legali. Per maggiori informazioni, consultate 61https://spdx.org/ 62 63Il kernel Linux richiede un preciso identificatore SPDX in tutti i file 64sorgenti. Gli identificatori validi verranno spiegati nella sezione 65`Identificatori di licenza`_ e sono stati copiati dalla lista ufficiale di 66licenze SPDX assieme al rispettivo testo come mostrato in 67https://spdx.org/licenses/. 68 69Sintassi degli identificatori di licenza 70---------------------------------------- 71 721. Posizionamento: 73 74 L'identificativo di licenza SPDX dev'essere posizionato come prima riga 75 possibile di un file che possa contenere commenti. Per la maggior parte 76 dei file questa è la prima riga, fanno eccezione gli script che richiedono 77 come prima riga '#!PATH_TO_INTERPRETER'. Per questi script l'identificativo 78 SPDX finisce nella seconda riga. 79 80| 81 822. Stile: 83 84 L'identificativo di licenza SPDX viene aggiunto sotto forma di commento. 85 Lo stile del commento dipende dal tipo di file:: 86 87 sorgenti C: // SPDX-License-Identifier: <SPDX License Expression> 88 intestazioni C: /* SPDX-License-Identifier: <SPDX License Expression> */ 89 ASM: /* SPDX-License-Identifier: <SPDX License Expression> */ 90 scripts: # SPDX-License-Identifier: <SPDX License Expression> 91 .rst: .. SPDX-License-Identifier: <SPDX License Expression> 92 .dts{i}: // SPDX-License-Identifier: <SPDX License Expression> 93 94 Se un particolare programma non dovesse riuscire a gestire lo stile 95 principale per i commenti, allora dev'essere usato il meccanismo accettato 96 dal programma. Questo è il motivo per cui si ha "/\* \*/" nei file 97 d'intestazione C. Notammo che 'ld' falliva nell'analizzare i commenti del 98 C++ nei file .lds che venivano prodotti. Oggi questo è stato corretto, 99 ma ci sono in giro ancora vecchi programmi che non sono in grado di 100 gestire lo stile dei commenti del C++. 101 102| 103 1043. Sintassi: 105 106 Una <espressione di licenza SPDX> può essere scritta usando l'identificatore 107 SPDX della licenza come indicato nella lista di licenze SPDX, oppure la 108 combinazione di due identificatori SPDX separati da "WITH" per i casi 109 eccezionali. Quando si usano più licenze l'espressione viene formata da 110 sottoespressioni separate dalle parole chiave "AND", "OR" e racchiuse fra 111 parentesi tonde "(", ")". 112 113 Gli identificativi di licenza per licenze come la [L]GPL che si avvalgono 114 dell'opzione 'o successive' si formano aggiungendo alla fine il simbolo "+" 115 per indicare l'opzione 'o successive'.:: 116 117 // SPDX-License-Identifier: GPL-2.0+ 118 // SPDX-License-Identifier: LGPL-2.1+ 119 120 WITH dovrebbe essere usato quando sono necessarie delle modifiche alla 121 licenza. Per esempio, la UAPI del kernel linux usa l'espressione:: 122 123 // SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note 124 // SPDX-License-Identifier: GPL-2.0+ WITH Linux-syscall-note 125 126 Altri esempi di usi di WITH all'interno del kernel sono:: 127 128 // SPDX-License-Identifier: GPL-2.0 WITH mif-exception 129 // SPDX-License-Identifier: GPL-2.0+ WITH GCC-exception-2.0 130 131 Le eccezioni si possono usare solo in combinazione con identificatori di 132 licenza. Gli identificatori di licenza riconosciuti sono elencati nei 133 corrispondenti file d'eccezione. Per maggiori dettagli consultate 134 `Eccezioni`_ nel capitolo `Identificatori di licenza`_ 135 136 La parola chiave OR dovrebbe essere usata solo quando si usa una doppia 137 licenza e solo una dev'essere scelta. Per esempio, alcuni file dtsi sono 138 disponibili con doppia licenza:: 139 140 // SPDX-License-Identifier: GPL-2.0 OR BSD-3-Clause 141 142 Esempi dal kernel di espressioni per file licenziati con doppia licenza 143 sono:: 144 145 // SPDX-License-Identifier: GPL-2.0 OR MIT 146 // SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause 147 // SPDX-License-Identifier: GPL-2.0 OR Apache-2.0 148 // SPDX-License-Identifier: GPL-2.0 OR MPL-1.1 149 // SPDX-License-Identifier: (GPL-2.0 WITH Linux-syscall-note) OR MIT 150 // SPDX-License-Identifier: GPL-1.0+ OR BSD-3-Clause OR OpenSSL 151 152 La parola chiave AND dovrebbe essere usata quando i termini di più licenze 153 si applicano ad un file. Per esempio, quando il codice viene preso da 154 un altro progetto il quale da i permessi per aggiungerlo nel kernel ma 155 richiede che i termini originali della licenza rimangano intatti:: 156 157 // SPDX-License-Identifier: (GPL-2.0 WITH Linux-syscall-note) AND MIT 158 159 Di seguito, un altro esempio dove entrambe i termini di licenza devono 160 essere rispettati:: 161 162 // SPDX-License-Identifier: GPL-1.0+ AND LGPL-2.1+ 163 164Identificatori di licenza 165------------------------- 166 167Le licenze attualmente in uso, così come le licenze aggiunte al kernel, possono 168essere categorizzate in: 169 1701. _`Licenze raccomandate`: 171 172 Ovunque possibile le licenze qui indicate dovrebbero essere usate perché 173 pienamente compatibili e molto usate. Queste licenze sono disponibile nei 174 sorgenti del kernel, nella cartella:: 175 176 LICENSES/preferred/ 177 178 I file in questa cartella contengono il testo completo della licenza e i 179 `Metatag`_. Il nome di questi file è lo stesso usato come identificatore 180 di licenza SPDX e che deve essere usato nei file sorgenti. 181 182 Esempi:: 183 184 LICENSES/preferred/GPL-2.0 185 186 Contiene il testo della seconda versione della licenza GPL e i metatag 187 necessari:: 188 189 LICENSES/preferred/MIT 190 191 Contiene il testo della licenza MIT e i metatag necessari. 192 193 _`Metatag`: 194 195 I seguenti metatag devono essere presenti in un file di licenza: 196 197 - Valid-License-Identifier: 198 199 Una o più righe che dichiarano quali identificatori di licenza sono validi 200 all'interno del progetto per far riferimento alla licenza in questione. 201 Solitamente, questo è un unico identificatore valido, ma per esempio le 202 licenze che permettono l'opzione 'o successive' hanno due identificatori 203 validi. 204 205 - SPDX-URL: 206 207 L'URL della pagina SPDX che contiene informazioni aggiuntive riguardanti 208 la licenza. 209 210 - Usage-Guidance: 211 212 Testo in formato libero per dare suggerimenti agli utenti. Il testo deve 213 includere degli esempi su come usare gli identificatori di licenza SPDX 214 in un file sorgente in conformità con le linea guida in 215 `Sintassi degli identificatori di licenza`_. 216 217 - License-Text: 218 219 Tutto il testo che compare dopo questa etichetta viene trattato 220 come se fosse parte del testo originale della licenza. 221 222 Esempi:: 223 224 Valid-License-Identifier: GPL-2.0 225 Valid-License-Identifier: GPL-2.0+ 226 SPDX-URL: https://spdx.org/licenses/GPL-2.0.html 227 Usage-Guide: 228 To use this license in source code, put one of the following SPDX 229 tag/value pairs into a comment according to the placement 230 guidelines in the licensing rules documentation. 231 For 'GNU General Public License (GPL) version 2 only' use: 232 SPDX-License-Identifier: GPL-2.0 233 For 'GNU General Public License (GPL) version 2 or any later version' use: 234 SPDX-License-Identifier: GPL-2.0+ 235 License-Text: 236 Full license text 237 238 :: 239 240 SPDX-License-Identifier: MIT 241 SPDX-URL: https://spdx.org/licenses/MIT.html 242 Usage-Guide: 243 To use this license in source code, put the following SPDX 244 tag/value pair into a comment according to the placement 245 guidelines in the licensing rules documentation. 246 SPDX-License-Identifier: MIT 247 License-Text: 248 Full license text 249 250| 251 2522. Licenze deprecate: 253 254 Questo tipo di licenze dovrebbero essere usate solo per codice già esistente 255 o quando si prende codice da altri progetti. Le licenze sono disponibili 256 nei sorgenti del kernel nella cartella:: 257 258 LICENSES/deprecated/ 259 260 I file in questa cartella contengono il testo completo della licenza e i 261 `Metatag`_. Il nome di questi file è lo stesso usato come identificatore 262 di licenza SPDX e che deve essere usato nei file sorgenti. 263 264 Esempi:: 265 266 LICENSES/deprecated/ISC 267 268 Contiene il testo della licenza Internet System Consortium e i suoi 269 metatag:: 270 271 LICENSES/deprecated/GPL-1.0 272 273 Contiene il testo della versione 1 della licenza GPL e i suoi metatag. 274 275 Metatag: 276 277 I metatag necessari per le 'altre' ('other') licenze sono gli stessi 278 di usati per le `Licenze raccomandate`_. 279 280 Esempio del formato del file:: 281 282 Valid-License-Identifier: ISC 283 SPDX-URL: https://spdx.org/licenses/ISC.html 284 Usage-Guide: 285 Usage of this license in the kernel for new code is discouraged 286 and it should solely be used for importing code from an already 287 existing project. 288 To use this license in source code, put the following SPDX 289 tag/value pair into a comment according to the placement 290 guidelines in the licensing rules documentation. 291 SPDX-License-Identifier: ISC 292 License-Text: 293 Full license text 294 295| 296 2973. Solo per doppie licenze 298 299 Queste licenze dovrebbero essere usate solamente per codice licenziato in 300 combinazione con un'altra licenza che solitamente è quella preferita. 301 Queste licenze sono disponibili nei sorgenti del kernel nella cartella:: 302 303 LICENSES/dual 304 305 I file in questa cartella contengono il testo completo della rispettiva 306 licenza e i suoi `Metatag`_. I nomi dei file sono identici agli 307 identificatori di licenza SPDX che dovrebbero essere usati nei file 308 sorgenti. 309 310 Esempi:: 311 312 LICENSES/dual/MPL-1.1 313 314 Questo file contiene il testo della versione 1.1 della licenza *Mozilla 315 Pulic License* e i metatag necessari:: 316 317 LICENSES/dual/Apache-2.0 318 319 Questo file contiene il testo della versione 2.0 della licenza Apache e i 320 metatag necessari. 321 322 Metatag: 323 324 I requisiti per le 'altre' ('*other*') licenze sono identici a quelli per le 325 `Licenze raccomandate`_. 326 327 Esempio del formato del file:: 328 329 Valid-License-Identifier: MPL-1.1 330 SPDX-URL: https://spdx.org/licenses/MPL-1.1.html 331 Usage-Guide: 332 Do NOT use. The MPL-1.1 is not GPL2 compatible. It may only be used for 333 dual-licensed files where the other license is GPL2 compatible. 334 If you end up using this it MUST be used together with a GPL2 compatible 335 license using "OR". 336 To use the Mozilla Public License version 1.1 put the following SPDX 337 tag/value pair into a comment according to the placement guidelines in 338 the licensing rules documentation: 339 SPDX-License-Identifier: MPL-1.1 340 License-Text: 341 Full license text 342 343| 344 3454. _`Eccezioni`: 346 347 Alcune licenze possono essere corrette con delle eccezioni che forniscono 348 diritti aggiuntivi. Queste eccezioni sono disponibili nei sorgenti del 349 kernel nella cartella:: 350 351 LICENSES/exceptions/ 352 353 I file in questa cartella contengono il testo completo dell'eccezione e i 354 `Metatag per le eccezioni`_. 355 356 Esempi:: 357 358 LICENSES/exceptions/Linux-syscall-note 359 360 Contiene la descrizione dell'eccezione per le chiamate di sistema Linux 361 così come documentato nel file COPYING del kernel Linux; questo viene usato 362 per i file d'intestazione per la UAPI. Per esempio 363 /\* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note \*/:: 364 365 LICENSES/exceptions/GCC-exception-2.0 366 367 Contiene la 'eccezione di linking' che permette di collegare qualsiasi 368 binario, indipendentemente dalla sua licenza, con un compilato il cui file 369 sorgente è marchiato con questa eccezione. Questo è necessario per creare 370 eseguibili dai sorgenti che non sono compatibili con la GPL. 371 372 _`Metatag per le eccezioni`: 373 374 Un file contenente un'eccezione deve avere i seguenti metatag: 375 376 - SPDX-Exception-Identifier: 377 378 Un identificatore d'eccezione che possa essere usato in combinazione con 379 un identificatore di licenza SPDX. 380 381 - SPDX-URL: 382 383 L'URL della pagina SPDX che contiene informazioni aggiuntive riguardanti 384 l'eccezione. 385 386 - SPDX-Licenses: 387 388 Una lista di licenze SPDX separate da virgola, che possono essere usate 389 con l'eccezione. 390 391 - Usage-Guidance: 392 393 Testo in formato libero per dare suggerimenti agli utenti. Il testo deve 394 includere degli esempi su come usare gli identificatori di licenza SPDX 395 in un file sorgente in conformità con le linea guida in 396 `Sintassi degli identificatori di licenza`_. 397 398 - Exception-Text: 399 400 Tutto il testo che compare dopo questa etichetta viene trattato 401 come se fosse parte del testo originale della licenza. 402 403 Esempi:: 404 405 SPDX-Exception-Identifier: Linux-syscall-note 406 SPDX-URL: https://spdx.org/licenses/Linux-syscall-note.html 407 SPDX-Licenses: GPL-2.0, GPL-2.0+, GPL-1.0+, LGPL-2.0, LGPL-2.0+, LGPL-2.1, LGPL-2.1+ 408 Usage-Guidance: 409 This exception is used together with one of the above SPDX-Licenses 410 to mark user-space API (uapi) header files so they can be included 411 into non GPL compliant user-space application code. 412 To use this exception add it with the keyword WITH to one of the 413 identifiers in the SPDX-Licenses tag: 414 SPDX-License-Identifier: <SPDX-License> WITH Linux-syscall-note 415 Exception-Text: 416 Full exception text 417 418 :: 419 420 SPDX-Exception-Identifier: GCC-exception-2.0 421 SPDX-URL: https://spdx.org/licenses/GCC-exception-2.0.html 422 SPDX-Licenses: GPL-2.0, GPL-2.0+ 423 Usage-Guidance: 424 The "GCC Runtime Library exception 2.0" is used together with one 425 of the above SPDX-Licenses for code imported from the GCC runtime 426 library. 427 To use this exception add it with the keyword WITH to one of the 428 identifiers in the SPDX-Licenses tag: 429 SPDX-License-Identifier: <SPDX-License> WITH GCC-exception-2.0 430 Exception-Text: 431 Full exception text 432 433Per ogni identificatore di licenza SPDX e per le eccezioni dev'esserci un file 434nella sotto-cartella LICENSES. Questo è necessario per permettere agli 435strumenti di effettuare verifiche (come checkpatch.pl), per avere le licenze 436disponibili per la lettura e per estrarre i diritti dai sorgenti, così come 437raccomandato da diverse organizzazioni FOSS, per esempio l'`iniziativa FSFE 438REUSE <https://reuse.software/>`_. 439 440_`MODULE_LICENSE` 441----------------- 442 443 I moduli del kernel necessitano di un'etichetta MODULE_LICENSE(). Questa 444 etichetta non sostituisce le informazioni sulla licenza del codice sorgente 445 (SPDX-License-Identifier) né fornisce informazioni che esprimono o 446 determinano l'esatta licenza sotto la quale viene rilasciato. 447 448 Il solo scopo di questa etichetta è quello di fornire sufficienti 449 informazioni al caricatore di moduli del kernel, o agli strumenti in spazio 450 utente, per capire se il modulo è libero o proprietario. 451 452 Le stringe di licenza valide per MODULE_LICENSE() sono: 453 454 ============================= ============================================= 455 "GPL" Il modulo è licenziato con la GPL versione 2. 456 Questo non fa distinzione fra GPL'2.0-only o 457 GPL-2.0-or-later. L'esatta licenza può essere 458 determinata solo leggendo i corrispondenti 459 file sorgenti. 460 461 "GPL v2" Stesso significato di "GPL". Esiste per 462 motivi storici. 463 464 "GPL and additional rights" Questa è una variante che esiste per motivi 465 storici che indica che i sorgenti di un 466 modulo sono rilasciati sotto una variante 467 della licenza GPL v2 e quella MIT. Per favore 468 non utilizzatela per codice nuovo. 469 470 "Dual MIT/GPL" Questo è il modo corretto per esprimere il 471 il fatto che il modulo è rilasciato con 472 doppia licenza a scelta fra: una variante 473 della GPL v2 o la licenza MIT. 474 475 "Dual BSD/GPL" Questo modulo è rilasciato con doppia licenza 476 a scelta fra: una variante della GPL v2 o la 477 licenza BSD. La variante esatta della licenza 478 BSD può essere determinata solo attraverso i 479 corrispondenti file sorgenti. 480 481 "Dual MPL/GPL" Questo modulo è rilasciato con doppia licenza 482 a scelta fra: una variante della GPL v2 o la 483 Mozilla Public License (MPL). La variante 484 esatta della licenza MPL può essere 485 determinata solo attraverso i corrispondenti 486 file sorgenti. 487 488 "Proprietary" Questo modulo è rilasciato con licenza 489 proprietaria. Questa stringa è solo per i 490 moduli proprietari di terze parti e non può 491 essere usata per quelli che risiedono nei 492 sorgenti del kernel. I moduli etichettati in 493 questo modo stanno contaminando il kernel e 494 gli viene assegnato un flag 'P'; quando 495 vengono caricati, il caricatore di moduli del 496 kernel si rifiuterà di collegare questi 497 moduli ai simboli che sono stati esportati 498 con EXPORT_SYMBOL_GPL(). 499 500 ============================= =============================================