A renovação da licença MIT é necessária no github no início de cada ano?


28

Estou usando a MIT LICENSE em todos os meus projetos do github . A segunda linha diz 2013 no topo. Para que os direitos autorais sejam mantidos no futuro (ou seja, depois de 2013), ele precisa ser alterado a cada ano ou é bom? Eu adiciono, modifico ou deixo como está?

The MIT License (MIT)

Copyright (c) 2013 Aseem Bansal <aseembansal@ymail.com>

//Rest of the MIT LICENSE

Respostas:


32

Esse ano no seu código faz parte de um aviso de direitos autorais . Indica a data efetiva de criação do seu software, o que afeta a janela de tempo dos seus direitos autorais. Não está, estritamente falando, relacionado à licença (embora a licença do MIT inclua uma provisão de que o aviso de direitos autorais deve ser preservado em todas as cópias do software).

Você deve atualizar o ano se e somente se tiver feito alterações no seu software nesse ano. A atualização do seu aviso de direitos autorais para incluir um ano em que você não efetuou alterações protegidas por direitos autorais seria uma deturpação do seu termo de direitos autorais. Nos Estados Unidos, atualmente isso é relevante apenas se você é uma corporação, mas pode ser relevante para autores não corporativos em outros países. (Nos EUA, atualmente, os termos de direitos autorais para indivíduos naturais dependem de quanto tempo você vive, não quando você cria uma obra.)

A FSF tem algumas orientações úteis sobre como incluir um aviso de direitos autorais datado corretamente em seu software (destinado ao uso com a GPL, mas aplicável a todos os softwares):

O aviso de direitos autorais deve incluir o ano em que você terminou de preparar o lançamento (portanto, se você o terminou em 1998, mas não o publicou até 1999, use 1998). Você deve adicionar o ano adequado para cada versão; por exemplo, “Copyright 1998, 1999 Terry Jones” se algumas versões foram concluídas em 1998 e outras em 1999. Se várias pessoas ajudaram a escrever o código, use todos os seus nomes.

Para software com várias versões ao longo de vários anos, não há problema em usar um intervalo ("2008-2010") em vez de listar anos individuais ("2008, 2009, 2010") se e somente se todos os anos no intervalo, inclusive, forem realmente um ano "protegido por direitos autorais" que seria listado individualmente; e você faz uma declaração explícita em sua documentação sobre esse uso.

Não está claro nas orientações da FSF se o upload de trabalhos incompletos e em andamento para um repositório público conta como "finalizando um release". Meu palpite é que sim, se o trabalho foi deliberadamente disponibilizado para download público, mas eu não sou advogado.

Então, para resumir:

  • Se você fez alterações naquele ano, fazer incluir o ano em uma lista separada por vírgula em sua notificação de direitos de autor.

  • se não fez alterações com direitos autorais naquele ano, não o inclua no seu aviso de direitos autorais.


13

License! = Copyright

Resposta curta, não totalmente precisa : Não, você não precisa renovar a licença a cada ano.

Resposta mais longa e precisa : não, as licenças não precisam ser renovadas; portanto, a base da sua pergunta está incorreta.

As licenças abordam como outras pessoas podem usar seu código. Depois de especificar uma licença para o código, você não precisará modificá-la novamente. Em alguns casos, você pode optar por licenciar novamente o código com uma licença diferente. Se você fez isso, está simplesmente fornecendo termos diferentes que outra pessoa precisa seguir para usar seu código.

Copyright refere-se à propriedade do código. Os direitos autorais são o que legalmente define o código como " seu ". Os direitos autorais do código são renováveis ​​se você fizer alterações materiais no código. E se você fizer uma alteração relevante, sim, atualize a data dos direitos autorais. IANAL, mas o simples fato de atualizar a data dos direitos autorais sem uma alteração relevante não altera a data da propriedade / direitos autorais. Mas, considerando quanto tempo os direitos autorais duram, é meio que discutível.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.