Difference between revisions of "Project Proposals/SRT"
From fd.io
(Created page with "{{Project_Proposals/Template}}") |
|||
| Line 1: | Line 1: | ||
| − | {{ | + | |
| + | |||
| + | |||
| + | |||
| + | {{Project Facts | ||
| + | |name=deb_dpdk | ||
| + | |shortname=deb_dpdk | ||
| + | |jiraName=DEBDPDK | ||
| + | |projectLead=Christian Ehrhardt | ||
| + | |committers= | ||
| + | * Christian Ehrhardt | ||
| + | * Luca Bocassi | ||
| + | * C.J. Collier | ||
| + | * Damjan Marion | ||
| + | * Thiago Martins | ||
| + | }} | ||
| + | |||
| + | [[Category:Project Proposal]] | ||
| + | <!-- Please note: fd.io code is to be licensed under the Apache 2.0 license unless an exception is approved by the board --> | ||
| + | |||
| + | == Name == | ||
| + | <!-- The name of your project, for example Honeycomb BridgeDomain or NSH Advanced Features etc. --> | ||
| + | |||
| + | == Project Contact Name and Email == | ||
| + | <!-- Name and email of the project contact --> | ||
| + | |||
| + | == Repository Name == | ||
| + | <!-- Project Repository Name, should be: | ||
| + | i. Lower case | ||
| + | ii. Short | ||
| + | iii. Suitable for use as a C identifier | ||
| + | --> | ||
| + | |||
| + | == Description == | ||
| + | <!-- Description of the work that will take place in this project --> | ||
| + | |||
| + | == Scope == | ||
| + | <!-- Project scope. The project scope should be well defined. It should be possible from the scope to crisply answer whether something belongs or not within the scope of this particular project. Scopes should not be overly broad. A Project scope must also lie within the overall scope set by the board for projects in fd.io: | ||
| + | - IO | ||
| + | – Hardware/vHardware <-> threads/cores | ||
| + | - Processing | ||
| + | - Classify | ||
| + | - Transform | ||
| + | - Prioritize | ||
| + | - Forward | ||
| + | - Terminate | ||
| + | - Management Agents | ||
| + | - Control/Manage IO/Processing | ||
| + | - Supporting Projects | ||
| + | - Testing/Tools/Infrastructure | ||
| + | - Integration with other systems | ||
| + | --> | ||
| + | |||
| + | == Initial Committers == | ||
| + | <!-- A list of the name/email/IRC nick of the initial project committers | ||
| + | |||
| + | IMPORTANT: Committers should be people who will actually write code, being a committer is an actual commitment of time. Please also note that committerness is an individual trait. If a committer changes employers, they remain a committer. New committers arise via meritocracy after the project is created, this typically involves some time of establishing history of meritocractic code contribution to the project.. Therefore, it is crucial that a committer is committed to ongoing work on the project in the longer term, not just short term. For more information on how committers are added after project creation see: | ||
| + | https://fd.io/sites/cpstandard/files/pages/files/exhibit_c_-_fd.io_technical_community_charter.pdf section 3.2.2.1. | ||
| + | |||
| + | --> | ||
| + | |||
| + | == Vendor Neutral == | ||
| + | <!-- | ||
| + | The goal here is to capture the degree of vendor neutrality of the code. | ||
| + | The concerns are two fold: avoiding trademark issues, and maintaining openness. | ||
| + | |||
| + | For this reason, use of vendor names should be purely functional, and only if necessary to | ||
| + | reasonably communicate functional information to the user. | ||
| + | |||
| + | Acceptable Examples: | ||
| + | Indicating the presence of particular hardware | ||
| + | Indicating drivers for particular hardware | ||
| + | Indicating integration with particular technologies. | ||
| + | |||
| + | Unacceptable Examples: | ||
| + | Use of vendor trademarks or product names purely for marketing purposes. | ||
| + | |||
| + | Please describe any such issues here. | ||
| + | --> | ||
| + | == Meets Board Policy (including IPR, being within Board defined Scope etc) == | ||
| + | |||
| + | Meets board policy as expressed in [https://fd.io/sites/cpstandard/files/pages/files/exhibit_c_-_fd.io_technical_community_charter.pdf Technical Community Charter] and [https://fd.io/sites/cpstandard/files/pages/files/exhibit_b_-_fd.io_ip_policy.pdf IP Policy] | ||
| + | |||
| + | == Administrata == | ||
| + | * Request for Project proposal consideration | ||
| + | ** Email: (place link to email to TSC proposing project, this can be obtained from [https://lists.fd.io/pipermail/tsc/ TSC Archives] | ||
| + | ** Date: (date proposed, makes it simpler to calculate the pre-requisite 2 week time period of gestation before being permitted to be voted on) | ||
Revision as of 21:06, 22 July 2016
| deb_dpdk Facts |
|
Project Lead: Christian Ehrhardt
Repository: git clone https://gerrit.fd.io/r/deb_dpdk |
Contents
Name
Project Contact Name and Email
Repository Name
Description
Scope
Initial Committers
Vendor Neutral
Meets Board Policy (including IPR, being within Board defined Scope etc)
Meets board policy as expressed in Technical Community Charter and IP Policy
Administrata
- Request for Project proposal consideration
- Email: (place link to email to TSC proposing project, this can be obtained from TSC Archives
- Date: (date proposed, makes it simpler to calculate the pre-requisite 2 week time period of gestation before being permitted to be voted on)
