Retire the mailing list and make all decisions on zulip

[oli-obk]

Proposal

We already have a private zulip stream. I propose to use it for discussing things like moving a compiler contributor to the compiler team, or adding a new compiler contributor. Similar to how one can reply privately to compiler team leads on email, people should send private zulip DMs to them in case they don't want their comments visible to the entire compiler team and the compiler contributors.

Mentors or Reviewers

N/A

Process

This MCP will not get seconded, but FCPed. Unlike other FCPs, this one requires unanimous approval.

Comments

This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed.

[rustbot]

This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed.

cc @rust-lang/compiler @rust-lang/compiler-contributors

[compiler-errors]

@rfcbot fcp merge

[rfcbot]

Team member @compiler-errors has proposed to merge this. The next step is review by the rest of the tagged team members:

• @Aaron1011
• @cjgillot
• @compiler-errors
• @davidtwco
• @eddyb
• @estebank
• @jackh726
• @lcnr
• @matthewjasper
• @michaelwoerister
• @nagisa
• @oli-obk
• @petrochenkov
• @pnkfelix
• @wesleywiser

Concerns:

• automatic-sync (Retire the mailing list and make all decisions on zulip #649 (comment))
• single-point-of-failure-via-stream-archival (Retire the mailing list and make all decisions on zulip #649 (comment))
• unanimous-approval resolved by Retire the mailing list and make all decisions on zulip #649 (comment)

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.

[compiler-errors]

Per comment above, I'll mark a concern that this is waiting on unanimous approval.

@rfcbot concern unanimous-approval

[compiler-errors]

adding another concern:

We preferably want to have automatic sync between zulip and folks joining/leaving T-compiler{,-contributors} to make sure these things like membership conversations remain private and also we don't accidentally exclude folks. I've noted in the past that we're not super great at making sure this stays in sync.

@rfcbot concern automatic-sync

[pnkfelix]

@rfcbot concern single-point-of-failure-via-stream-archival

As I noted in Zulip, I'm a little nervous about the semi-destructive nature of Zulip's archive command. It might be good for us to have some backup mechanism for streams that are used to capture long-term decisions. (I feel email is fundamentally different here due to its distributed nature, in that we all sort of have a "shared backup", collectively...)

(I'm still torn about whether to treat this as a formal concern, i.e. something that should block progress here, or just as a warniing that all archive actions need to be done with care, at least until/unless zulip adds an "undo" for archive commands...)

[compiler-errors]

@rfcbot resolve unanimous-approval