bpo-37284: Add note to sys.implementation doc#14328
Conversation
|
Hello, and thanks for your contribution! I'm a bot set up to make sure that the project can legally accept your contribution by verifying you have signed the PSF contributor agreement (CLA). Our records indicate we have not received your CLA. For legal reasons we need you to sign this before we can look at your contribution. Please follow the steps outlined in the CPython devguide to rectify this issue. If you have recently signed the CLA, please wait at least one business day You can check yourself to see if the CLA has been received. Thanks again for your contribution, we look forward to reviewing it! |
There was a problem hiding this comment.
@potomak Thanks for the contribution! If you've already signed the CLA and it has been over 24 hours, try manually refreshing on status on GitHub (click on the "check yourself" link posted by the CLA bot @the-knights-who-say-ni). For mine, it was not automatically updated.
Usually when the tests are failing on documentation related PRs, it is a result of whitespace issues. You can attempt to correct this through GitHub's text editor, but the more reliable method is to locally clone the cpython repository using git clone, make your changes to Doc/library/sys.rst (or download Doc/library/sys.rst from your patch-1 branch into your local repo), use git add to add it to the checkout list, and then use the patchcheck utility (varies based on OS, let me know if you have further questions) to automatically correct whitespace issues. More details on this process can be found on the dev guide: https://devguide.python.org/pullrequest/?highlight=patchcheck#patchcheck
Add a brief note to indicate that any new required attributes must go through the PEP process.
|
Thanks @aeros167 for your help. I checked myself for the SLA signature and I updated the commit after running |
ericsnowcurrently
left a comment
There was a problem hiding this comment.
Thanks for working on this!
LGTM
I just have one small recommended tweak.
ericsnowcurrently
left a comment
There was a problem hiding this comment.
Oh, and add the missing NEWS entry. You should use the "blurb" tool.
See: https://devguide.python.org/committing/?highlight=blurb#what-s-new-and-news-entries
|
A Python core developer has requested some changes be made to your pull request before we can consider merging it. If you could please address their requests along with any other requests in other reviews from core developers that would be appreciated. Once you have made the requested changes, please leave a comment on this pull request containing the phrase |
|
@ericsnowcurrently So in a case such as this where it's adding a note to the docs justifies adding news entry? I'm curious since I've been interested in helping with the label management on PRs with the upcoming triager role so I wanted to make sure I have a solid understanding of the appropriate usage of |
|
@aeros167, we definitely add NEWS entries for documentation. |
@ericsnowcurrently Oh no I didn't mean for documentation in general. My initial thought was that because this PR is only adding a note to an already existing section that it would justify the usage of a I've added news entries before when modifying sections in the docs, such as in this PR where I added the exceptions to the |
Add @ericsnowcurrently's suggestion. Co-Authored-By: Eric Snow <ericsnowcurrently@gmail.com>
|
I have made the requested changes; please review again |
|
Thanks for making the requested changes! @ericsnowcurrently: please review the changes made to this pull request. |
|
@aeros167, the tricky thing is that small doc changes can have a real impact on someone out there, even an impact that you or I may not realize. Since there isn't much cost to adding a NEWS entry, it is worth doing even for seemingly innocuous changes. Basically the only time I use the All that said, it would definitely be worth clarifying in the devguide. So feel free to add a PR there (and add me as a reviewer). You can also start a thread on the core-workflow list if you want to make sure you have the directions right. I certainly don't speak for everyone. :) |
ericsnowcurrently
left a comment
There was a problem hiding this comment.
LGTM
Thanks for doing this!
|
Thanks @potomak for the PR 🌮🎉.. I'm working now to backport this PR to: 3.8. |
|
Thanks @potomak for the PR 🌮🎉.. I'm working now to backport this PR to: 3.7. |
|
GH-14783 is a backport of this pull request to the 3.8 branch. |
Add a brief note to indicate that any new required attributes must go through the PEP process. https://bugs.python.org/issue37284 (cherry picked from commit 52693c1) Co-authored-by: Giovanni Cappellotto <gcappellotto@fb.com>
Add a brief note to indicate that any new required attributes must go through the PEP process. https://bugs.python.org/issue37284 (cherry picked from commit 52693c1) Co-authored-by: Giovanni Cappellotto <gcappellotto@fb.com>
|
GH-14784 is a backport of this pull request to the 3.7 branch. |
Add a brief note to indicate that any new required attributes must go through the PEP process. https://bugs.python.org/issue37284 (cherry picked from commit 52693c1) Co-authored-by: Giovanni Cappellotto <gcappellotto@fb.com>
Add a brief note to indicate that any new required attributes must go through the PEP process. https://bugs.python.org/issue37284 (cherry picked from commit 52693c1) Co-authored-by: Giovanni Cappellotto <gcappellotto@fb.com>
|
@ericsnowcurrently Thanks for the clarification, I appreciate it and I can definitely see where you're coming from. Since there's no real cost associated with adding the news entry, I can understand why it would be preferable to always do so when possible. Especially if it involves anything outward facing such as the docs or a public function.
I've been working on helping with the new GitHub triager role documentation, currently we're still in the early stages. The next component will be adding a summary explaining the general usage for each of the labels. I figured that the Thanks! (: |
Add a brief note to indicate that any new required attributes must go through the PEP process. https://bugs.python.org/issue37284
Add a brief note to indicate that any new required attributes must go through the PEP process. https://bugs.python.org/issue37284
Add a brief note to indicate that any new required attributes must go through the PEP process.
https://bugs.python.org/issue37284