-
Notifications
You must be signed in to change notification settings - Fork 970
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 conf.py automatically keep copyright date the current year #1762
base: main
Are you sure you want to change the base?
Conversation
The correct fix for linkcheck is described in #1744. Submit it separately. |
e3d9b36
to
078bae6
Compare
Removed - then began reading about copyrights Agree with what you said that it doesn't serve a purpose, however it may as well indicate that the website is still maintained |
The question of static years in copyright notices came up recently(ish) for the main CPython documentation:
The CPython reasoning is applicable here as well, so just saying "2013" would make sense. (there are other issues with the notice due to the PyPA not really existing in any legal sense, but we're not going to try to sue anyone for copyright infringement over the packaging guide, so it doesn't particularly bother me) |
This comment was marked as resolved.
This comment was marked as resolved.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
keep it up to date [...] indicate that the website is still maintained
Well, this would be just wrong because it has nothing to do with the maintenance status. It's just the indication that somebody wanted to update this string, and that's about it. Here's another explanation why this is pointless: https://hynek.me/til/copyright-years/.
So I don't think that creating a false feeling of maintenance for arbitrary individuals on the internet is enough justification for contributing to the confusion further.
An acceptable change would be deleting the end-year or both years. The LF and many other respected organizations and individuals all agree on this generic guidance.
Another possible improvement here would be extending “PyPA” to “PyPA with PyPUG maintainers and contributors”. Technically, the contributors do not surrender their copyright to us fully, as I understand (since we don't demand that people sign a CLA).
📚 Documentation preview 📚: https://python-packaging-user-guide--1762.org.readthedocs.build/en/1762/