bpo-39883: Use BSD0 license for code in docs #17635
Conversation
Hello, and thanks for your contribution! I'm a bot set up to make sure that the project can legally accept this contribution by verifying everyone involved has signed the PSF contributor agreement (CLA). Recognized GitHub usernameWe couldn't find a bugs.python.org (b.p.o) account corresponding to the following GitHub usernames: This might be simply due to a missing "GitHub Name" entry in one's b.p.o account settings. This is necessary for legal reasons before we can look at this contribution. Please follow the steps outlined in the CPython devguide to rectify this issue. You can check yourself to see if the CLA has been received. Thanks again for the contribution, we look forward to reviewing it! |
@@ -72,6 +72,18 @@ make these releases possible. | |||
Terms and conditions for accessing or otherwise using Python | |||
============================================================ | |||
|
|||
Python software and documentation are licensed under the | |||
:ref:`PSF License Agreement <PSF-license>`. | |||
Starting with Python X.X.X, examples, recipes, and other code in |
toddrjen
Mar 6, 2020
Author
Contributor
I wasn't sure how long this process will take so I didn't want to commit to a particular release. if it makes it into 3.9.0 that would be great.
terryjreedy
Mar 16, 2020
Member
I would think that this could be backported. If it is, they should also be listed. In any case, good idea.
gvanrossum
Aug 31, 2020
Member
I think we can list this as per 3.9.0 even if it doesn't make it in the release (rc2 is scheduled for Sept 14).
Release manager (@ambv) do you think it's reasonable to land this doc-only change?
And I agree we could backport to 3.8.0, in which case we should just say per 3.8.6 (which would be the next release, also going out Sept 14).
What does PSF legal team say about this? Cc @VanL |
This is fine, but our contributor agreement says that it needs to be by vote of the board. The vote will happen later this month, I don't expect it will be an issue. Thanks, |
Thanks for the reply @VanL for the quick reply. I think this is change will be worthy of a News Entry. |
@toddrjen Do you know how to add a news entry? (https://discuss.python.org/t/blurb-it-is-now-available/528) |
@gvanrossum I made a blurb. Please let me know if it is okay. |
Yup, thanks! Now we wait for the board... |
Just following up on this. Did the board have a vote? I don't see one mentioned in the minutes. |
I’ve pinged Ewa. |
Unfortunately it fell through the cracks due to the start of the pandemic. Ewa will bring it up for a vote again. |
Hi folks - the following resolution was approved by the PSF Board on August 26, 2020: RESOLVED: The license for code included within the Python documentation is changed to Zero-Clause BSD / Free Public License 1.0.0 (0BSD), effective as of the date of this resolution. |
Thanks Ewa!
Todd, were you interested in submitting PRs to implement this change?
|
Sorry, I forgot that this is the PR. I will approve once you put the version numbers in. I think 3.8.6 is reasonable. |
@@ -72,6 +72,18 @@ make these releases possible. | |||
Terms and conditions for accessing or otherwise using Python | |||
============================================================ | |||
|
|||
Python software and documentation are licensed under the | |||
:ref:`PSF License Agreement <PSF-license>`. | |||
Starting with Python X.X.X, examples, recipes, and other code in |
gvanrossum
Aug 31, 2020
Member
I think we can list this as per 3.9.0 even if it doesn't make it in the release (rc2 is scheduled for Sept 14).
Release manager (@ambv) do you think it's reasonable to land this doc-only change?
And I agree we could backport to 3.8.0, in which case we should just say per 3.8.6 (which would be the next release, also going out Sept 14).
@gvanrossum I set the two version numbers to 3.8.6 as requested. |
Thanks! Almost there; I found some markup on LICENSE. |
e223d06
into
python:master
Thanks @toddrjen for the PR, and @gvanrossum for merging it |
The PSF board approved this use. (cherry picked from commit e223d06) Co-authored-by: Todd <toddrjen@gmail.com>
GH-22073 is a backport of this pull request to the 3.9 branch. |
The PSF board approved this use. (cherry picked from commit e223d06) Co-authored-by: Todd <toddrjen@gmail.com>
GH-22074 is a backport of this pull request to the 3.8 branch. |
…lots1 * origin/master: (63 commits) bpo-41627: Distinguish 32 and 64-bit user site packages on Windows (pythonGH-22098) bpo-38585: Remove references to defusedexpat (pythonGH-22095) bpo-41721: Add xlc options (pythonGH-22096) bpo-40486: Specify what happens if directory content change diring iteration (pythonGH-22025) bpo-41638: Improve ProgrammingError message for absent parameter. (pythonGH-21999) bpo-41713: _signal doesn't use multi-phase init (pythonGH-22087) bpo-41700: Skip test if the locale is not supported (pythonGH-22081) [doc] Update documentation on logging optimization. (pythonGH-22075) Fix 'gather' rules in the python parser generator (pythonGH-22021) bpo-41697: Correctly handle KeywordOrStarred when parsing arguments in the parser (pythonGH-22077) [doc] Fix a typo in the graphlib docs (python#22030) bpo-1635741: Port _signal module to multi-phase init (PEP 489) (pythonGH-22049) bpo-39883: Use BSD0 license for code in docs (pythonGH-17635) bpo-39010: Improve test shutdown (python#22066) bpo-41696: Fix handling of debug mode in asyncio.run (python#22069) bpo-41690: Use a loop to collect args in the parser instead of recursion (pythonGH-22053) closes bpo-41689: Preserve text signature from tp_doc in C heap type creation. (pythonGH-22058) Fix invalid escape sequences in the peg_highlight Sphinx extension (pythonGH-22047) bpo-41675: Modernize siginterrupt calls (pythonGH-22028) bpo-41685: Don't pin setuptools version anymore in Doc/Makefile (pythonGH-22062) ...
The PSF board approved this use.
The PSF board approved this use.
NOTE Please do not accept this pull request. It needs to be discussed and approved by the PSF board. (UPDATE: The PSF board approved it. We are going ahead.)
On the Python-ideas mailing list, we discussed making the code in the documentation under a more permissive license to make it easier for people to re-use it. Specifically, the idea is to use the BSD zero clause license to remove essentially all restrictions on the use of that code.
Guido van Rossum liked the idea, so per his request I am submitting a pull request as the first stage in getting this change potentially implemented. I will then submit this pull request, and the accompanying pull request python/python-docs-theme#36, to the PSF board for discussion. It will also likely need a review by a lawyer.
This specific request adds additional information on what, specifically, the current license is, the part about code in the documentation being under the 0BSD license, the text of the 0BSD license, and a bit about other parts being under other licenses (I am particularly unsure that the last part should be in there at all).
The current format will likely change substantially, and changes to the CPython side may not end up being necessary. Guido seemed to think that simply a blurb in the online documentation footer may be sufficient. The code that generates the footer is in the python/python-docs-theme project and the change has been submitted there in pull request python/python-docs-theme#36.
Comments are appreciated.
Edit: Added information about additional pull request.
https://bugs.python.org/issue39883