-
Notifications
You must be signed in to change notification settings - Fork 134
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
Timing of TSC member addition / resignation #817
Comments
@tniessen thanks for opening, just catching up on latest events. @Fishrock123 just let me know what your feeling is on this. If you don't want to delay I'll get started on figuring out who drops out on the IBM side. |
I think that is rather a question for the TSC. Sure, I could still vote on anything important if it was sent to me directly, but I am not involved by any real meaningful sense of the term, and am also likely to forget about the regular meetings. Does asking me to stay on then reflect poorly on the integrity of the TSC? I don't know, we are basically asking philosophical questions. If it makes it easier I can stay for a few more weeks but don't expect me to... well, be particularly involved. |
@nodejs/tsc please chime in on what you think is best. |
I think so. If any collaborator were to merge nodejs/node#31725, would that mean @Fishrock123 is officially off of the TSC at that moment? That seems kind of silly. What if someone else on the TSC also resigned (for legitimate reasons, or just to watch the TSC squirm)? |
If @BridgeAR's nomination (or any new nomination) wasn't already in progress I would say that the rule would apply. But since there is an active nomination in the works and it's not likely to take too long, we can likely assume a safe grace period for the IBMers. Alternatively, one of the IBMers could temporarily and voluntarily move to emeritus status while the nomination is still open. I highly doubt anyone would object to them coming back off emeritus once @BridgeAR's nomination is finalized. |
I wouldn't want it to look like IBM isn't following the membership rules. I'll resign from the TSC if membership ends up over quota. |
@sam-github thanks for jumping in with the offer. |
@sam-github ... I don't think a full resignation is required. Moving temporarily to emeritus should work also. |
Ok, will do when I need to. I think that is after nodejs/node#31725 lands, but someone tell me if its needed earlier. |
After, yes. I'll land that soon. |
I had word with @sam-github . I will go emeritus to address the situation. The WIP PR is in, just waiting for nodejs/node#31725 to be landed. |
In case, I would like nominate @gireeshpunathil immediately to the TSC to join together with @BridgeAR. It's a little bit of a dance but within the rules. |
@gireeshpunathil thanks for doing that. |
I think this can be close, let me know if closing was not the right thing to do. @mcollina maybe you could open an issue with your nomination to bring @gireeshpunathil back on the CPC when @BridgeAR is confirmed. I think it would be good to capture that in it's own issue along with the +1s |
If @BridgeAR isn't added to the TSC (#811) before @Fishrock123 leaves the TSC (nodejs/node#31725), and if I am not mistaken about the number of IBM employees on the TSC, this clause will come into effect:
It might be too early to add @BridgeAR, given that he hasn't had a chance to attend any meetings yet. We can avoid this clause from coming into effect if @Fishrock123 is okay with delaying his resignation for a while, but I understand if he is not, and we should in no way prevent him from stepping down.
cc @nodejs/tsc
The text was updated successfully, but these errors were encountered: