Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update LICENSE.md #235

Merged
merged 2 commits into from Oct 10, 2019
Merged

Update LICENSE.md #235

merged 2 commits into from Oct 10, 2019

Conversation

waldyrious
Copy link
Member

  • Update copyright notice to reflect changes in recent years
  • Add title to make the license file more human-friendly

- Update copyright notice to reflect changes in recent years
- Add title to make the license file more human-friendly
@danmichaelo
Copy link
Member

Thanks! What do you think about removing the year range altogether? Like here: https://github.com/facebook/react/blob/master/LICENSE

Or alternatively just use the date of first publication (2006) rather than a date range?

@waldyrious
Copy link
Member Author

Both approaches are OK with me. There are compelling arguments to use a date range, but the no-date approach of React seems like a nice shortcut to signify "all time" (and avoid the need to constantly update the year range).

If after reading the page linked above you still think that using no date is reasonable, I'll make the change.

@danmichaelo
Copy link
Member

Thanks, that's a well-written post, but I'm a bit confused about the arguments, it seems to boil down to precedence, doesn't it?

Sticking to precedence or standards can be a reason by itself though. But having a date range that becomes outdated every year (unless the project development actually stops, that is) still seems a bit clumsy to me when the whole copyright statement doesn't really carry any legal function anymore.

It still seems reasonable to me to remove the date range, but I'm also OK with keeping it. At least if you could help me update it at least every third year or so 😄

@waldyrious
Copy link
Member Author

IMO if the project changed licenses (or license holders), a date range would be relevant. As it stands, it doesn't really matter that much to have the boundaries there, since no project with the same name or content (and different licensing conditions) exists outside them anyway. Let's go with the easier solution then ;)

@danmichaelo
Copy link
Member

IMO if the project changed licenses (or license holders), a date range would be relevant

That's true!

@danmichaelo danmichaelo merged commit 213ecd2 into master Oct 10, 2019
@danmichaelo danmichaelo deleted the license-update branch October 10, 2019 14:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants