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

don't add new dates (> 2003) to old copyright #207

Closed
masinter opened this issue Feb 21, 2021 · 8 comments · Fixed by #468
Closed

don't add new dates (> 2003) to old copyright #207

masinter opened this issue Feb 21, 2021 · 8 comments · Fixed by #468
Assignees

Comments

@masinter
Copy link
Member

When following normal development in Interlisp, it will add a new year (2021) to the existing COPYRIGHT property.
I think the practice with maiko was to leave copyright, it was OK to remove license terms, but not to add any more copyright notices automatically.

@nbriggs
Copy link
Contributor

nbriggs commented Feb 21, 2021

If you don't record any information to the contrary, I believe that copyright ownership automatically resides with the author, whether the notice is there or not. It's a lot easier if it is recorded.

@nbriggs
Copy link
Contributor

nbriggs commented Feb 21, 2021

I agree that we shouldn't be adding new years to the Venue/Xerox/other notices. My comment on #203 was that if the current copyright owner info is not the same as the existing copyright owner info in a file, we should not add the new year to the old list but rather add a new copyright statement with the new owner and the new year. If the copyright owner is not set (in the sysout), or the mechanism is turned off, then obviously the code shouldn't do this.

@masinter
Copy link
Member Author

Copyright dates are still being added -- see #348 we can write copyright Interlisp.org

@rmkaplan
Copy link
Contributor

Should we make this condition on seeing Xerox, Venue, or Envos? That is, if the copy right is one of those and we are making a change, change the copyright to Interlisp.org? (

@masinter
Copy link
Member Author

The guidelines I'd like to follow are:

  • Do not delete any copyright notice or date
  • Shortening ranges is OK
  • It is OK (and preferable) to delete license statements or claims "All Rights Reserved"
  • I'm not sure about whether to turn off any modification of copyright properties, but i think it's best
  • I suggest we add a NOTICE.md about copyright ownership and link it from LICENSE.md

@stumbo
Copy link
Member

stumbo commented Jul 31, 2021

Apache has a tool, rat that is used to validate copyright notices in files. Maybe we can harness something like this to validate files are correctly copyrighted.

If we can wire it up, we could have part of the approval of a PR require passing an audit.

@nbriggs
Copy link
Contributor

nbriggs commented Jul 31, 2021

Interlisp is already managing the copyright notices, in a more sophisticated manner than rat does, when one edits the files.

@johnwcowan
Copy link

Updating copyright dates has no legal effect in practice. Who cares if our code goes into the public domain in 2073 or 2110? It may serve a social function in that people may assume anything with a copyright date less than a few years ago is abandoned, but that's not our target audience, I trust.

My recommendation: "Add a copyright date when a file is created; leave it alone after that."

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 a pull request may close this issue.

5 participants