rust
/
rfcs
mirror of https://github.com/rust-lang/rfcs
1
0
Fork 0
Code Issues Releases Wiki Activity

Fix indentation of sub-points in the RFC process list in the README

This commit is contained in:
Aaron Franke 2023-07-02 02:06:52 -05:00
parent c1c42c3567
commit 9653320ae3
No known key found for this signature in database
GPG Key ID: 40A1750B977E56BF
1 changed files with 11 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
README.md
View File

@ -142,14 +142,14 @@ merged into the RFC repository as a markdown file. At that point the RFC is
needs to have already been clearly articulated, and there should not be a
strong consensus *against* that position outside of the subteam. Subteam
members use their best judgment in taking this step, and the FCP itself
ensures there is ample time and notification for stakeholders to push back
if it is made prematurely.
ensures there is ample time and notification for stakeholders to push
back if it is made prematurely.
- For RFCs with lengthy discussion, the motion to FCP is usually preceded by
a *summary comment* trying to lay out the current state of the discussion
and major tradeoffs/points of disagreement.
- Before actually entering FCP, *all* members of the subteam must sign off;
this is often the point at which many subteam members first review the RFC
in full depth.
this is often the point at which many subteam members first review the
RFC in full depth.
- The FCP lasts ten calendar days, so that it is open for at least 5 business
days. It is also advertised widely,
e.g. in [This Week in Rust](https://this-week-in-rust.org/). This way all