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

Copyright Date #195

Closed
williamkapke opened this issue Jan 14, 2017 · 18 comments
Closed

Copyright Date #195

williamkapke opened this issue Jan 14, 2017 · 18 comments

Comments

@williamkapke
Copy link
Contributor

Hopefully someone already knows (maybe @mikeal?) the answer to this and it's easy...

When we have one of these:

Copyright (c) 2016 NAN contributors

Are we supposed to go through and change the dates on all of these?

@ljharb
Copy link
Member

ljharb commented Jan 14, 2017

I don't think it's supposed to be updated, generally, even though most do it. http://stackoverflow.com/questions/2390230/do-copyright-dates-need-to-be-updated

@Fishrock123
Copy link
Contributor

I don't think it's supposed to be updated, generally, even though most do it.

Isn't the "most correct" way to do it like "(c) 2012-2017" then? Or am I mistaken?

@ljharb
Copy link
Member

ljharb commented Jan 16, 2017

If you're going to update it, yes. But I also don't think it needs to be updated until the copyright is due to expire maybe?

@williamkapke
Copy link
Contributor Author

Some places uses in our org do not have a date at all. What does THAT mean then? 🤔

Anyhow, I've added the tsc-agenda label to line us up to discuss and then MAYBE asking the board to ask the legal committee for an official answer.

@Trott
Copy link
Member

Trott commented Jan 17, 2017

I Am Not A Lawyer. That said:

  • Lots of reputable sites don't put a year at all, which makes sense to me in the context of the web.

  • For that matter, lots of reputable sites don't include a copyright notice whatsoever (e.g., Wikipedia, Yahoo!, Google...).

  • You should not update the copyright year on a document that has not changed. But, of course, everyone does that.

(FWIW, I'd recommend kicking it up to the board and not even bothering discussing at the TSC level.)

@mikeal
Copy link
Contributor

mikeal commented Jan 17, 2017

This is the best explainer I know of https://writing.kemitchell.com/2016/09/21/MIT-License-Line-by-Line.html

TLDR; the date and notice are not actually necessary but do have to be preserved in whatever state the creator sets them under the license terms :)

@rvagg
Copy link
Member

rvagg commented Feb 23, 2017

@mikeal @ TSC meeting today:

Was discussed at the board meeting, more complicated than I originally thought but will need to consult the notes to see what the discussion was

@jasnell
Copy link
Member

jasnell commented Feb 23, 2017

There are several fundamental considerations here:

  1. For existing copyright notices on Node.js Foundation projects:
  • Is it ok to update the year included in the copyright (if any) without Legal Committee approval?
  • Is it ok to remove the year included in the copyright (if any)
  1. For new projects, we should likely have a standard Node.js Foundation copyright notice that is standardized and approved by the Foundation Board. This should become part of the project governance policy.

Item 2 is a larger issue that will need to be handled separately. I will draft up a separate proposal for that. What we need the board to decide on more immediately is Item 1.

@mhdawson
Copy link
Member

mhdawson commented Apr 6, 2017

@jasnell any progress on putting together the proposal

@jasnell
Copy link
Member

jasnell commented Apr 7, 2017

I've got an open issue. From what I understand there's been zero movement on the foundation legal committee side of things. I'll follow up again next week

@maclover7
Copy link
Contributor

ping @MylesBorins @jasnell since we're getting close to new year's

@Trott
Copy link
Member

Trott commented Dec 18, 2017

Just want to make sure this doesn't get lost: It would be awesome if we don't need to keep a date in there at all. Just a copyright notice with no year. Lots of reputable sites do this. But I-Am-Not-A-Lawyer.

@mhdawson
Copy link
Member

mhdawson commented Jan 2, 2018

@MylesBorins I think we were waiting on a response from the Foundation legal committee, can you chase that ?

@jasnell
Copy link
Member

jasnell commented Feb 17, 2018

Recommending that we just close this given that there's been zero activity and movement.

@MylesBorins
Copy link
Contributor

MylesBorins commented Feb 19, 2018 via email

@bnb
Copy link
Contributor

bnb commented Feb 27, 2018

@MylesBorins I commented in nodejs/community-committee#245, but the CommComm has several licenses pending on legal feedback. @williamkapke referenced this issue, though I think copyright discussed in this issue is likely different than licensing 🤔

@mrhinkle
Copy link

The Board Foundation Subcommittee met last month and the board discussed this issue in our last meeting. Here's the summary of the discussion. The net of the conversation is that the copyright notice is not critical but the best practices were boiled down to the following:

  • Do not strip or alter existing copyright notices.
  • Other projects have utilized “[Foundation Name or Project Name] and its contributors”.
  • Adding dates is not preferable. It does not have a legal impact and would be excluded only for ease of administration.
  • If a file is updated by the project past the original author, one may add the project copyright notice.
  • SPDX tagging (https://spdx.org/) can be helpful for scanning when adding new files

@fhinkel
Copy link
Member

fhinkel commented Apr 23, 2018

@mrhinkle thanks for clarifying.

Closing this, feel free to reopen if needed.

@fhinkel fhinkel closed this as completed Apr 23, 2018
ghost pushed a commit to nodejs/nodejs.org that referenced this issue Mar 14, 2019
Due to the discussion at nodejs/TSC#195 (comment), we shouldn't include an auto copyright_year and its realted token place. So we should remove it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests