-
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 rust-by-example as a subteam of lang-docs #1637
base: master
Are you sure you want to change the base?
Adopt rust-by-example as a subteam of lang-docs #1637
Conversation
2364d6f
to
36c6e7a
Compare
We're working to move things out from under the launching-pad team to more appropriate places. It makes the most sense for the rust-by-example working group to be adopted as a subteam of lang-docs, so let's do that. Note that, in doing this, we'll make it a proper subteam rather than a working group.
36c6e7a
to
c60c416
Compare
@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. I was prompted to make this PR by @chriskrycho following up to my proposal in rust-lang/leadership-council#123 after talking with @carols10cents regarding the handling of the book team. With that resolved, and that PR up in #1636, it seems clear that rust-by-example should be handled in the same way, as @jamesmunns had proposed in rust-lang/leadership-council#139 (comment) and that @nikomatsakis, the lead of the adopting team's parent team, had responded favorably to in rust-lang/leadership-council#139 (comment), and that the next step is 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 rust-by-example working group to be adopted as a subteam of lang-docs, so let's do that.
Note that, in doing this, we'll make it a proper subteam rather than a working group.
See:
cc @ehuss @marioidival @jamesmunns