Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Excerpt


TSC Voting Members
Technical
Committer RepresentativesCommunity Representatives

Prabhjot Singh Sethi (TSC Chair) - ATS

prabhjot.lists@gmail.com

Darien Hirotsu - TachTech

darien@tachtech.net

Sukhdev Kapur - Juniper

sukhdev@juniper.net

Edward Ting - Cloudasoft

eting@cloudasoft.com

Sanju Abraham - Stackpath

asanju@gmail.com

 Sayali Mane - Juniper

smane@juniper.net

Nick Davey - Juniper

jdavey@juniper.net

Chandra Mohan - Juniper

cmohan@juniper.net

Ian Rae - CloudOps

irae@cloudops
.comherakliusz.lipiec@intel
.com
Community Elected Roles
Release Manager

Marek Chwal- CodiLime

marek.chwal@codilime.com





Technical Representatives consist of Committers with 5 or more measurable commits within the last 12 months. This will be determined by the union of a Gerrit query and a GitHub query. The Gerrit query will be run against both against https://review.opencontrail.org and https://gerrit.tungsten.io until the former has been retired for a full 12 months. Since a Gerrit change may consist of multiple patch sets, but only the final patch set that is merged enters into the repository there may be an ambiguity as to who the contributor is. 

...

  1. Setting high level architecture goals and coordinating overall project architecture and technical direction

  2. Selecting technology stack, software features and supported hardware including

  3. Approving project or system proposals (including, but not limited to, incubation, deprecation, and changes to a sub-project’s scope);

  4. organizing Organizing sub-projects and removing sub-projects;

  5. Developing Project use cases;

  6. Defining and monitoring Project technical processes and interfaces with third party code and external projects including creating sub-committees or working groups to focus on cross-project technical issues and requirements;

  7. Overseeing the Infrastructure Working Group other TSC working groups;

  8. Appointing representatives to work with other open source or open standards communities;

  9. Establishing community norms, workflows, issuing releases, and security issue reporting policies;

  10. Approving and implementing policies and processes for contributing (to be published in the CONTRIBUTING file) and coordinating with other project committees to resolve matters or concerns that may arise as set forth in Section 7 of this Charter;

  11. Engaging in discussions, seeking consensus, and where necessary, voting on technical matters relating to the code base that affect multiple projects;

  12. Setting target dates for software development and testing;

  13. Coordinating any marketing, events, or communications regarding the Project with the Manager of LF Projects and the Marketing Advisory Council of the LF Networking Fund of The Linux Foundation (“LFN”);

  14. Establishing a vetting process for maintaining security and integrity of new and/or changed code base and documentation, including vetting for malicious code and spyware; and

  15. Establishing a security issue reporting policy and resolution procedure.