Skip to content

Cherry pick bpo-25008 to 3.4 #280

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

Merged
merged 1 commit into from
Feb 24, 2017
Merged

Cherry pick bpo-25008 to 3.4 #280

merged 1 commit into from
Feb 24, 2017

Conversation

warsaw
Copy link
Member

@warsaw warsaw commented Feb 24, 2017

No description provided.

@warsaw warsaw merged commit f37b0cb into python:3.4 Feb 24, 2017
@warsaw warsaw deleted the bpo-25008-3.4 branch February 24, 2017 20:31
@ned-deily
Copy link
Member

Why are we backporting this to 3.4? 3.4 is in security-fix mode so docs aren't updated or built. This doesn't seem to qualify as a security issue.

@dstufft
Copy link
Member

dstufft commented Feb 24, 2017

We don't build docs for security-fix Pythons?

@ned-deily
Copy link
Member

No, only those in maintenance mode. We don't accept doc fixes for security mode branches unless they have to do with a security fix.

@ned-deily
Copy link
Member

@warsaw
Copy link
Member Author

warsaw commented Feb 24, 2017 via email

@warsaw
Copy link
Member Author

warsaw commented Feb 24, 2017 via email

@dstufft
Copy link
Member

dstufft commented Feb 24, 2017

I thought it was odd that the branch wasn't even protected by CI checks. Looks like merges to 3.4 aren't prohibited by anything else either. Is it worth reverting? (It's not harmful.)

I think they are protected, you're required to be a member of the @python/python-release-managers team.. which you are :)

@ned-deily
Copy link
Member

ned-deily commented Feb 24, 2017

I believe the branch is protected but you (@warsaw) are in the release manager group so you are able to push things there.

I take that back: they probably are rebuilt if any changes were pushed to the branch. But they're not supposed to be unless the release manager approves as a security fix.

@warsaw
Copy link
Member Author

warsaw commented Feb 24, 2017 via email

@ned-deily
Copy link
Member

Yeah, this particular change isn't a big deal but, on the other hand, there are likely other deprecations and doc updates that would be helpful to 3.4 doc readers but which haven't been backported per policy. I think we shouldn't make a habit of it :)
@larryhastings

@dstufft
Copy link
Member

dstufft commented Feb 24, 2017

Maybe we can adopt python/core-workflow#32 to automatically add the relevant release manager as either the assigned person or request a review from them on branches that are security only. It'd require a bit of coding though.

jaraco pushed a commit that referenced this pull request Dec 2, 2022
jaraco added a commit to jaraco/cpython that referenced this pull request Feb 17, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants