You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

If you would like to self-nominate for the TSC, please list your name, represented group, a short biography, and statement of intent for running.

For details on eligibility and mechanics, please see this page.

Election Timeline

The nomination period will be two weeks from the time that the nomination solicitation email is sent to both the Announce and Dev lists.

The election period will be two weeks from the time that the CIVS voting URLs are sent out.

In the event that there is any technical issue with either the lists.io email service or the CIVS service, the election coordinator may extend either period by up to one week without TSC approval. Any further extension will require TSC approval.

The nomination period for Chairperson will begin immediately following the conclusion of the TSC Election.


The self-nomination period will begin  

The self-nomination period will end .


The TSC is responsible for:

  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 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.

Template:

Name:

<photo>

Representative Group: <Commiter> or <Community>

Short Biography:

Statement of Intent:

  • No labels