-
Notifications
You must be signed in to change notification settings - Fork 289
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
Adopt the book team as a subteam of lang-docs #1636
base: master
Are you sure you want to change the base?
Adopt the book team as a subteam of lang-docs #1636
Conversation
We're working to move things out from under the launching-pad team to more appropriate places. It makes the most sense for the book team to be adopted as a subteam of lang-docs, so let's do that.
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.
Seems good!
@jamesmunns and I had a good talk. He suggested that it would be valuable to add some further context to this PR. The first bit of context is that I'm making this PR with my lang-docs, lang, and lang-ops hats on -- that is, the hat of a member of the adopting team, its parent team, and the team that supports that parent team and tends to handle many administrative and policy matters like this -- not with my council hat on. Regarding the lang-docs hat, while, in practice, @ehuss and I tend to handle much of the coordination work for lang-docs, this should of course be approved by one or both of the current leads for lang-docs, @ehuss and/or @JohnTitor. This PR can be seen as my suggestion to my fellow team members about the appropriate handling. As it is, @ehuss and I had discussed this ahead of time, and he has approved it in #1636 (review). I was prompted to make this PR by @chriskrycho following up to my proposal in rust-lang/leadership-council#123 after talking with @carols10cents. That resolved the discussion and seemingly all open questions. @jamesmunns had similarly echoed this proposal in rust-lang/leadership-council#123 (comment). The next step would seem to be for the adopting team to adopt the team to be adopted, so that's what this PR proposes to do. On the council side, @jamesmunns is of course the one coordinating this, and is of course in my view doing a great job in that. Thanks to James for opening the tracking issues such as the one here, for bringing the various parties together, and for updating the council on all the various progress on this endeavor. Putting on my council hat for a moment, I suppose we might consider the question of whether each of (or each specific batch of) these moves requires an FCP from the council. My own feeling is that it's probably not necessary to require such process for moves of a group out from under launching-pad, where both the group and the adopting team agree on the handling (and where no other potentially-adopting team is making a claim), especially given our preexisting consensus that moving such groups out from launching-pad to more appropriate teams is what we'd like to see happen. But I'm curious to hear what @jamesmunns thinks, and if it's at all unclear we should of course raise this topic in our next council meeting on 2025-01-17. |
We're working to move things out from under the launching-pad team to more appropriate places. It makes the most sense for the book team to be adopted as a subteam of lang-docs, so let's do that.
See:
cc @ehuss @chriskrycho @carols10cents @jamesmunns