-
-
Notifications
You must be signed in to change notification settings - Fork 44
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
Allow any Voting Member to initiate nomination process for adding new role members #436
Conversation
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.
Overall, this sounds sensible. Thanks!
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.
Looks great! I just made one tweak based on Pey Lian's comment.
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.
My small tweak is that I think we should allow maintainers who are not voting members to be able to suggest additional maintainers within their domain.
Note in the wording I suggested I just said "maintainer in a related role", which I realize is a bit ambiguous, but that's on purpose: I am just meaning that someone who is not a voting member and also has no connection to the role being proposed should not be encouraged to do this, but in practice that's almost impossible to define cleanly (e.g. does the web site maintainer also count as overlapping with docs? Or is that not close enough 🤷 ), so we can just say it this way.
Co-authored-by: Erik Tollerud <[email protected]>
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.
LGTM. Thanks!
Sounds like a good solution to me; especially this might include a maintainer for a different coordinated or subpackage that however has a strong dependency on the one needing the new member. |
2-week comment period has started: https://groups.google.com/g/astropy-dev/c/w9GI11G4H0Q |
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.
I like it in general. But I think personally I would tend/prefer to check with others before just sending a message to someone nominating them. Is that something worth mentioning? At some level it is obvious.
Hi @mhvk, I just realised that I had probably misread your suggestion, thinking you meant checking with the nominee. |
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.
@dhomeier - your change is exactly what I had in mind - that generally one would check with one or two others before nominating. You want to have a bit of a sense whether the nomination has support beforehand.
Given all the approvals and resolved discussion, I merged this. Thanks, all! |
Should the first paragraph in |
Updated to say what? The process itself is still ultimately in the hands of CoCo; I don't see much to be changed there. |
Here is the current wordings: This document describes the process for adding new people to named roles. This document is not about how people are nominated for a role in the first place, but rather the process by which they are added once nominated. The process itself is in the hands of the Coordination Committee according to APE0. The "This document is not about how people are nominated for a role in the first place" part threw people off. Because they thought only CoCo can make the nomination, which is in conflict with our updated Step 1. |
I thought it was about the third sentence; that second sentence had me confused a bit as well, but not because I read it as “only CoCo may nominate people”, but because it gives the impression the nomination process itself is described in another document. But that document is APE 0, which states
So nomination has always been open to everyone, nothing about that has changed with this PR. |
Maybe we should either point to specific section in the APE 0 or repeat the text here, because APE 0 is a lot to read and if people read the wrong parts, they can get confused. What do you think? |
Wait... when I read the excerpt from #436 (comment) again, it is about nominating a voting member, not a named role on the Team page. |
Please see #452 for a follow-up. Thanks! |
In response to #435 (comment) this PR is modifying the nomination policy to permit any Voting Member to invite a nominee, open a PR and send the announcement to start the voting period, i.e. the first 5 steps described in the nomination process. It also changes message templates accordingly.
In the present form, this does not specifically mandate any confirmation from the CoCo in this phase, though this could still be added – specifically, if
maintainer_access.md
should still mention "acceptance [of the nomination] by CoCo" this should indeed be confirmed before step 1.