Summary
Information
Document Information
- Title: RFC Policy
- Version: 0.1.0
- Status: Draft
- Type: Informative Document
- Wiki link: http://wiki.php.net/pear/rfc/RFC_Policy
- Last updated: June 18th, 2007
Author(s) Information
- Name: David Coallier
- Name: Gregory Beaver
- Name: Joshua Eichorn
- Email: pear-group@php.net
Legal Information
- This RFC is under the BSD License
Discussion List
- Currently only pear-group however, future is http://news.php.net/php.pear.dev
Introduction
This document is to outline the RFC Policy structures.
Summary
This is the document to outline the process by which the PEAR Group will fullfil its constitutional duty of Create and vote on actual language for all official PEAR policy that affects more than 1 collective (simple majority approves policy) This process supersedes previous mechanisms for creating RFCs
Approach & Requirements
In order to propose an RFC, this document must be followed consistently.
Definition
- RFC - Request for Comments
- Proposal - An RFC that hasn't been voted on by the PEAR group and accepted
- Sponsor - a PEAR Group member who agrees to coordinate the process of turning an RFC from a proposal to accepted policy.
Approval Process
- A proposal is sponsored by a PEAR Group member
- The PEAR Group reviews the proposal and accepts it for public review by majority vote
- Notice of the public review should be sent to the pear-dev mailing lists
- The review period should last from 10 to 30 days with the exact time set by the proposal's sponsor
- The proposal's sponsor puts it forward for vote by the PEAR group
- The proposal is approved by simple majority of the PEAR Group as defined in the constitution
- The proposal takes effect and becomes official policy when it is published in the PEAR manual at pear.php.net
Publishing
All approved proposals will be published to the RFC section in the manual Information from the proposals should be put directly in appropriate sections of the manual with links to the full RFC provided
Document Format
The document should be created in plain text, a template is provided
Document Outline
All proposals should contain the following sections
- Information
- Document Information
- Author Information
- Legal Information
- Discussion List
- Introduction
- Summary
- Approach & Requirements
- Definition
- Security Considerations
- Possible Problems
Please see: http://dev.agoraproduction.com/pear/RFCFormat014.txt
Security Considerations
None
Possible Problems
None