Czy konieczne jest odnowienie licencji MIT na github na początku każdego roku?

28

Używam LICENCJI MIT we wszystkich moich projektach github . Druga linia mówi 2013 na górze. Aby mieć prawa autorskie do posiadania w przyszłości (tj. Po 2013 r.), Należy je zmieniać co roku, czy też jest w dobrym stanie? Czy mogę do niego dodawać, modyfikować czy pozostawiać bez zmian?

The MIT License (MIT)

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

//Rest of the MIT LICENSE
Aseem Bansal
źródło

Odpowiedzi:

32

Ten rok w twoim kodzie jest częścią informacji o prawach autorskich . Wskazuje datę wejścia w życie oprogramowania, która wpływa na okno czasowe praw autorskich. Nie jest to ściśle związane z licencją (chociaż licencja MIT zawiera postanowienie, że informacja o prawach autorskich musi być zachowana we wszystkich kopiach oprogramowania).

Należy zaktualizować rok tylko wtedy, gdy dokonano zmian w oprogramowaniu w tym roku. Aktualizacja informacji o prawach autorskich, tak aby obejmowała rok, w którym nie dokonano żadnych zmian praw autorskich, byłaby fałszywą interpretacją terminu obowiązywania praw autorskich. W Stanach Zjednoczonych jest to obecnie istotne tylko w przypadku korporacji, ale może dotyczyć autorów niebędących korporacjami w innych krajach. (W Stanach Zjednoczonych warunki praw autorskich dla osób fizycznych są obecnie funkcją tego, jak długo żyjesz, a nie kiedy tworzysz pracę).

FSF ma kilka przydatnych wskazówek o tym jak prawidłowo przestarzałych prawach autorskich w oprogramowaniu (przeznaczonych do użytku z GPL, ale dotyczy wszystkich programów):

Informacja o prawach autorskich powinna zawierać rok, w którym zakończyłeś przygotowywanie wydania (więc jeśli ukończyłeś go w 1998 roku, ale nie opublikowałeś go do 1999 roku, użyj 1998). Należy dodać odpowiedni rok dla każdego wydania; na przykład „Copyright 1998, 1999 Terry Jones”, jeśli niektóre wersje zostały ukończone w 1998 r., a niektóre zostały ukończone w 1999 r. Jeśli kilka osób pomogło napisać kod, użyj wszystkich ich nazw.

W przypadku oprogramowania z kilkoma wydaniami w ciągu wielu lat można używać zakresu („2008-2010”) zamiast wyszczególniać poszczególne lata („2008, 2009, 2010”) tylko wtedy, gdy co roku w zakresie, włącznie, naprawdę jest rok „chroniony prawem autorskim”, który byłby wymieniony indywidualnie; i składasz wyraźne oświadczenie w swojej dokumentacji na temat tego użycia.

Z wytycznych FSF nie wynika jasno, czy przesyłanie niekompletnych, trwających prac do publicznego repozytorium liczy się jako „ukończenie wydania”. Zgaduję, że tak, jeśli dzieło zostało celowo udostępnione do publicznego pobrania, ale nie jestem prawnikiem.

Podsumowując:

  • jeśli dokonano zmian w tym roku, zrobić to rok na liście oddzielone przecinkami w informacji o prawach autorskich.

  • jeśli nie dokonał w tym roku zmian praw autorskich, nie dołączaj tego roku do informacji o prawach autorskich.

apsillery
źródło
13

Licencja! = Prawo autorskie

Krótka, nie do końca dokładna odpowiedź : Nie, nie musisz odnawiać licencji każdego roku.

Dłuższa, dokładniejsza odpowiedź : Nie, licencje nie muszą być odnawiane, więc podstawa pytania jest nieprawidłowa.

Licencje określają, w jaki sposób inni mogą używać Twojego kodu. Po określeniu licencji dla kodu nie trzeba już jej modyfikować. W niektórych przypadkach możesz ponownie licencjonować kod na podstawie innej licencji. Jeśli to zrobiłeś, po prostu podajesz różne warunki, których musi przestrzegać ktoś inny, aby użyć Twojego kodu.

Prawa autorskie odnoszą się do własności kodu. Prawa autorskie definiują kod jako „ Twój ”. Prawa autorskie do kodu odnawialne, jeśli dokonasz istotnych zmian w kodzie. A jeśli dokonasz istotnej zmiany, to tak, powinieneś zaktualizować datę praw autorskich. IANAL, ale zwykła aktualizacja daty praw autorskich bez istotnej zmiany nie powoduje przeniesienia daty własności / praw autorskich. Ale biorąc pod uwagę, jak długo trwają prawa autorskie, jest to coś spornego.


źródło