-
-
Notifications
You must be signed in to change notification settings - Fork 24
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
Comments
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. |
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. |
Copyright dates are still being added -- see #348 we can write copyright Interlisp.org |
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? ( |
The guidelines I'd like to follow are:
|
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. |
Interlisp is already managing the copyright notices, in a more sophisticated manner than rat does, when one edits the files. |
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." |
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.
The text was updated successfully, but these errors were encountered: