Sorry, something went wrong.
There was a problem hiding this comment.
No objection to the unittest or AsyncMock changes!
Sorry, something went wrong.
There was a problem hiding this comment.
Just a few nits, basically LG. That tearDownModule() pattern is annoying! :-)
I assume that deprecating get_event_loop_policy() will follow? Are there other APIs? I'm guessing we also want to avoid instantiating or subclassing the standard event loop policy classes (I expect this will turn up some significant uses of them).
Before we merge this we may need to bring this up on discuss.python.org (in the asyncio category) to see if there are significant objections to the proposed deprecation schedule.
Sorry, something went wrong.
|
Just a few nits, basically LG. That tearDownModule() pattern is annoying! :-) I think we can start getting rid of those tearDownModules using #110774 I assume that deprecating get_event_loop_policy() will follow? Are there other APIs? I'm guessing we also want to avoid instantiating or subclassing the standard event loop policy classes (I expect this will turn up some significant uses of them). Yep currently that's a bit more complicated because get/set_event_loop calls get_event_loop_policy and afaik we don't want to make get_event_loop an alias of get_running_loop anymore |
Sorry, something went wrong.
|
Before we merge this we may need to bring this up on discuss.python.org (in the asyncio category) to see if there are significant objections to the proposed deprecation schedule. discuss post posted here: https://discuss.python.org/t/removing-the-asyncio-policy-system-asyncio-set-event-loop-policy-in-python-3-15/37553 |
Sorry, something went wrong.
There was a problem hiding this comment.
Okay, I'm happy with this. Let's wait a bit if anyone brings up substantial objections in the Discourse thread.
Sorry, something went wrong.
There was a problem hiding this comment.
Bravo @graingert for simplifying. ✨
Sorry, something went wrong.
There was a problem hiding this comment.
Please also add a notice under asyncio changes, most users like myself won't look under 3.15 removals for this change. Thanks
Sorry, something went wrong.
|
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 I have made the requested changes; please review again. I will then notify any core developers who have left a review that you're ready for them to take another look at this pull request. And if you don't make the requested changes, you will be poked with soft cushions! |
Sorry, something went wrong.
|
Please also add a notice under asyncio changes, most users like myself won't look under 3.15 removals for this change. Thanks Can you link me to the location in the docs that you mean please? |
Sorry, something went wrong.
|
Can you link me to the location in the docs that you mean please? Add asyncio entry in https://docs.python.org/3.13/whatsnew/3.13.html#deprecated |
Sorry, something went wrong.
|
That sounds fine, then let's move it from the "Pending Removal in Python 3.15" section to this one. |
Sorry, something went wrong.
|
I have made the requested changes; please review again |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM, but let's wait until the dust in the Discourse thread settles.
Sorry, something went wrong.
|
Happy to review and hopefully merge this during the core sprint. |
Sorry, something went wrong.
|
@kumaraditya303 is doing this now in gh-127949 |
Sorry, something went wrong.
📚 Documentation preview 📚: https://cpython-previews--110728.org.readthedocs.build/