¿Se necesita la renovación de la licencia MIT en github al comienzo de cada año?

28

Estoy usando la LICENCIA MIT en todos mis proyectos github . La segunda línea dice 2013 en la parte superior. Para tener los derechos de autor en el futuro (es decir, después de 2013), ¿debe cambiarse cada año o es bueno? ¿Lo agrego, modifico o dejo como está?

The MIT License (MIT)

Copyright (c) 2013 Aseem Bansal <[email protected]>

//Rest of the MIT LICENSE
Aseem Bansal
fuente

Respuestas:

32

Ese año en su código es parte de un aviso de copyright . Indica la fecha de creación efectiva de su software, que afecta la ventana de tiempo de sus derechos de autor. No está, estrictamente hablando, relacionado con la licencia (aunque la licencia MIT incluye una disposición de que el aviso de copyright debe conservarse en todas las copias del software).

Debe actualizar el año si y solo si realizó cambios en su software en ese año. Actualizar su aviso de derechos de autor para incluir un año en el que no realizó cambios con derechos de autor sería una tergiversación de su término de derechos de autor. En los Estados Unidos, esto actualmente solo es relevante si usted es una corporación, pero puede ser relevante para autores no corporativos en otros países. (En los EE. UU., Los términos de copyright para individuos naturales dependen actualmente de cuánto tiempo vive, no cuando crea una obra).

La FSF tiene alguna guía útil para incluir un aviso de copyright con la fecha correcta en su software (destinado a usarse con la GPL, pero aplicable a todo el software):

El aviso de derechos de autor debe incluir el año en que terminó de preparar el lanzamiento (por lo tanto, si lo terminó en 1998 pero no lo publicó hasta 1999, use 1998). Debe agregar el año apropiado para cada lanzamiento; por ejemplo, "Copyright 1998, 1999 Terry Jones" si algunas versiones se terminaron en 1998 y algunas se terminaron en 1999. Si varias personas ayudaron a escribir el código, use todos sus nombres.

Para el software con varias versiones durante varios años, está bien usar un rango ("2008-2010") en lugar de enumerar años individuales ("2008, 2009, 2010") si y solo si cada año en el rango, inclusive, realmente es un año "con derechos de autor" que se enumeraría individualmente; y hace una declaración explícita en su documentación sobre este uso.

De acuerdo con la guía de la FSF, no está claro si cargar un trabajo incompleto en progreso a un repositorio público cuenta como "finalizar un lanzamiento". Supongo que sí, si el trabajo se hizo disponible deliberadamente para descarga pública, pero no soy abogado.

Entonces, para resumir:

  • Si ha realizado cambios de ese año, hacer incluir el año en una lista separada por comas en su aviso de derechos de autor.

  • si no realizó cambios con derechos de autor ese año, no incluya ese año en su aviso de copyright.

apsillers
fuente
13

Licencia! = Copyright

Respuesta breve, no totalmente precisa : No, no necesita renovar la licencia cada año.

Respuesta más larga y precisa : no, no es necesario renovar las licencias, por lo que la base de su pregunta es incorrecta.

Las licencias abordan cómo otros pueden usar su código. Una vez que especifique una licencia para el código, no necesita modificar la licencia nunca más. En algunos casos, puede optar por volver a licenciar el código con una licencia diferente. Si lo hizo, simplemente está proporcionando términos diferentes que otra persona necesita seguir para usar su código.

Los derechos de autor se refieren a la propiedad del código. El copyright es lo que define legalmente el código como " tuyo ". Los derechos de autor sobre el código son renovables si realiza cambios materiales en el código. Y si realiza un cambio material, entonces sí, debe actualizar la fecha de copyright. IANAL, pero la simple actualización de la fecha de copyright sin un cambio material no mueve la fecha de propiedad / copyright. Pero dado cuánto duran los derechos de autor, es un punto discutible.


fuente