-
Notifications
You must be signed in to change notification settings - Fork 7
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
Chartering the Edition Team #149
Comments
I'm in favor of chartering a team. |
@rfcbot fcp merge |
Team member @traviscross has proposed to merge this. The next step is review by the rest of the tagged team members: No concerns currently listed. Once a majority of reviewers approve (and at most 2 approvals are outstanding), this will enter its final comment period. If you spot a major issue that hasn't been raised at any point in this process, please speak up! See this document for info about what commands tagged team members can give me. |
What we are approving here is e.g. blog post permissions, right? (i.e., nothing different from any other team)
Can you say more about this? What is special about the Edition team that merits inclusion of this, vs. other teams? My expectation is that generally speaking we should either (a) have blanket policy that any team can approach the Foundation for help within its scope or (b) most teams go through e.g. PDs or Council to solicit that. (a) may make some sense, though has some issues around budgets etc, but I'm curious if we can expand on this point more or drop it from the charter. It would feel odd to me if the Edition team is special here. |
Correct. This would be an example: https://blog.rust-lang.org/2024/11/27/Rust-2024-public-testing.html
Sure. I take for granted that any team has the power to coordinate with the Foundation when needed. It's stated here in the spirit of being an active responsibility or as "something we do" rather than as a special power. It is, perhaps, simply a reminder to ourselves. Coordinating with the marketing staff at the Foundation is, e.g., on our list for the release of Rust 2024. Multiple people have mentioned to us the importance of this in ensuring that the messaging is consistent and correct and that mistakes that are easy to make aren't made. |
Sure. Along these lines, I've now replaced that item with:
This is more to the intended point, as described above. |
🔔 This is now entering its final comment period, as per the review above. 🔔 |
The final comment period, with a disposition to merge, as per the review above, is now complete. As the automated representative of the governance process, I would like to thank the author for their work and everyone else who contributed. This will be merged soon. |
Closing as accepted. Will take follow-up actions. |
With Rust 2024 successfully heading out the door, it's now time to think about what comes next for the edition team and for the next edition.
We, on the edition team, have done a lot to develop good processes and practices for edition management, and we've done a lot to educate the teams and contributors on those processes and how to help us with them to make an edition a collaborative success.
We want to keep that ball rolling.
For that to happen, we want two things from the council:
This is somewhat time sensitive, as we're already starting to block work on finalizing these matters.
The initial team charter:
Assuming consensus from the council on this plan, we will make the needed PRs to the
team
repository and take other such follow-up actions as are necessary or as the council deems fit and proper.cc @ehuss @nikomatsakis
The text was updated successfully, but these errors were encountered: