Estoy escribiendo software con licencia bajo MIT e incluyendo software GPL. ¿Debo incluir el texto completo de la licencia GPL?

Si su software incluye software GPL, existe una gran probabilidad de que los términos de la GPL lo obliguen a licenciar su código bajo la misma licencia GPL. Este no es siempre el caso, pero a menudo lo es. Entonces, mientras pregunta cómo manejar el texto de la licencia, también deberá lidiar con los términos de la licencia.

Primero hablemos del texto de la licencia, ya que esa era su pregunta. No hay obligación de mantener cada licencia en un archivo separado. Sin embargo, probablemente sea una buena idea tener muy claro el propósito de la licencia, al menos realmente ayudaría a mi trabajo si los desarrolladores fueran claros (o si las herramientas ayudaron a hacer esto para que las cosas sean más obvias).

Permítanme explicar: técnicamente, puede escribir un programa y ofrecerlo bajo una licencia dual, de modo que el usuario de su código elija qué licencia. Por ejemplo: jQuery tiene doble licencia bajo MIT y GPL. Cuando lo usas, lo estás usando debajo de uno de esos dos. No necesitas decir cuál. Pero dejan muy claro que hay dos licencias para el proyecto y usted puede elegir. En contraste: hay proyectos que contienen código con licencia (escrito por alguien que no sea usted). En estos casos, debe aclarar que su código está bajo y que incluye el código de otra persona bajo su licencia (usted incluye sus derechos de autor y declaración de licencia, según sus términos de licencia; la mayoría de las licencias de código abierto lo requieren).

Esto significa que si su repositorio tiene varias licencias (en uno o varios archivos), debe dejar claro por qué. ¿Es usted el único licenciante y ofrece una opción, o está redistribuyendo el código de otra persona e incluyendo su licencia (como se supone que debe hacerlo)? Solo sea claro, y la gente entenderá cómo usar su código.

Ahora sucede que el ejemplo de su pregunta (un proyecto MIT que incluye código GPL) es una combinación problemática. Si hubiera sido al revés (su código es GPL e incluye el código MIT), entonces todavía tendría su pregunta sobre el texto, y la respuesta es que podría ponerlo todo en un archivo, podría llámelo LICENCIA, o licencia, o LICENCIA.txt o licencia.md o COPIA o incluso en el LÉAME. Sin duda, es útil seguir las convenciones de la comunidad en la que está publicando (por ejemplo, los desarrolladores de Perl prefieren poner la información de la licencia en la parte inferior del código, mientras que la mayoría de los otros desarrolladores colocan algo en el encabezado del archivo o en un archivo separado). Puede poner su licencia en un archivo de LICENCIA y los créditos para el otro código de licencia en un archivo de CRÉDITOS (lo cual tiene sentido).

De acuerdo con los términos de la GPL (así como la mayoría de las licencias de código abierto), se espera que proporcione el texto completo de la licencia. Recuerde que estas licencias se escribieron por primera vez cuando el software se distribuyó en un disco CD físico en una caja de plástico o cartón, y usted puso una copia de la licencia impresa en la funda del paquete. Entonces, cualquier cosa menos que el texto completo es una licencia diferente. Además, no había Internet (o no tan extendido) en ese momento. Entonces un enlace no fue suficiente. Hoy en día, copiar el texto completo de la licencia parece excesivo para muchos y, por lo tanto, algunos toman atajos que cumplen con el espíritu de la ley, incluso si son un poco menos que los términos estrictos. Por ejemplo, puede considerar vincular el texto del enlace permanente de la licencia (ya sea en el sitio web de código abierto o fsf o en el archivo de licencia del repositorio de origen). De esta manera, deja en claro lo que quiere decir. Es poco probable que este atajo sea letal para alguien. Pero quién sabe 🙂