Using RFCs
RFC: Using RFCs
This is a first RFC to explain and bootstrap an RFC process.
Details about the RFC itself can be found in the file below the rfcs/
directory.
A more detailed description about the process can be found in the README document.
Additionally, there is an RFC template in the rfcs/
directory (as template for upcoming merge requests - i.e. a new RFC) and an issue template in the .gitlab/issue_templates/
directory (as issue template to discuss RFC ideas).
Please review all files and make note of any unclear wording or process steps.
NOTE: For a better reading experience, it is easiest to browse the branch, this merge request is created from.
TODO
The following steps are necessary to allow the new process to potentially be established. They are specific to this RFC only and are here as a reminder/note.
-
Announce and start final discussion round for approval on arch-dev-public
Merge request reports
Activity
added 2 commits
- Resolved by David Runge
Perhaps we should add an "Alternatives Considered" section. This would be helpful to document the alternative approaches that were considered, and how they fall short in face of the current proposal.
- Resolved by David Runge
I think another drawback of this RFC format is that rather than discussion coming to each person (like with a mailing list), each person must remember come here to see the discussion.
I know GitLab allows for email notifications on discussions, but it breaks the logical converstion flow and threading.
- Resolved by David Runge
- Resolved by David Runge
I think this RFC should not be discussed here. You are enforcing the process to discuss the adoption of the process... Almost as if using this process was already decided.
- Resolved by David Runge
- Resolved by David Runge
- Resolved by David Runge
- Resolved by David Runge
- Resolved by David Runge
mentioned in merge request pacman/pacman!140