arrfab / centos / centos.org

Forked from centos/centos.org 4 years ago
Clone

Blame content/about/governance/voting.md

e8ec7a
---
e8ec7a
title:      "CentOS Governance - Voting"
e8ec7a
markdown:   basic
e8ec7a
is_dynamic: true
e8ec7a
---
e8ec7a
e8ec7a
* Table of contents will replace this text.
e8ec7a
{:toc}
e8ec7a
e8ec7a
#CentOS Governance - Voting
e8ec7a
{:.no_toc}
e8ec7a
[« Back to Governance](/about/governance)
e8ec7a
e8ec7a
The voting system used by all SIGs and the Governing Board uses a [consensus-based decision model](/about/governance/appendix-glossary/#consensus-decision-making) except where noted.
e8ec7a
e8ec7a
Except where noted, decisions require 3 yes votes (+1) and no objections (-1's) and, except as noted below, votes should be left open for at least 72 hours. Any Board member may cast a vote in any SIG vote and it is considered binding (counted against the vote). If a vote is held on a public list (e.g., to test the broader consensus of a group) only the votes of the Board members for Board votes or SIG committers or Board members for SIG votes are considered binding. All other votes are just considered as valuable data in the decision process. Board business may be conducted on a private or public list, whichever is more appropriate for the issue at hand.
e8ec7a
e8ec7a
All -1s votes require reason/ explanation, -1's with no substantiation may be overturned. 
e8ec7a
e8ec7a
##When do votes need to be called?
e8ec7a
Votes need to be called for all substantial business. Votes need to be left open for a reasonable period (not less than 72 hours) if members of the Board are not available to participate in the vote; provided that for votes/matters that have been deemed time or business critical by Red Hat, as noted below, voting must be held open until the Liaison has voted.
e8ec7a
e8ec7a
_Lazy consensus_ may be used for non-substantial business. Lazy consensus is defined as asking for objections as opposed to calling for a vote. Any objection on lazy consensus is considered the same as a -1 on a vote. There is no minimum +1 vote requirement.
e8ec7a
e8ec7a
##Role of the Liaison
e8ec7a
The Liaison also has the role of dealing with issues such as security, export, or items that have a direct legal or other Red Hat business connection for the Project, and on issues of such business may have an additional role as defined by the following:
e8ec7a
e8ec7a
A. If a decision/solution cannot be found on an issue that is deemed time and/or business critical by Red Hat then, after a reasonable time, the Liaison may be requested by the Chair to seek assistance from Red Hat in making the decision, obtaining additional input from Red Hat executives, engineers, and stakeholders.
e8ec7a
e8ec7a
B.  The Liaison may, in exceptional circumstances, make a decision on behalf of the Board if a consensus has not been reached on an issue that is deemed time or business critical by Red Hat if:  (1) a board quorum (i.e., a majority) is present or a quorum of Board members has cast their votes; or (2) after 3 working days if a Board quorum is not present at a meeting or a quorum has not cast their votes (list votes); provided that the Chair may (or at the request of the Liaison, will) call a meeting and demand that a quorum be present.  
e8ec7a
e8ec7a
Unless the Liaison specifically indicates on a specific issue that he/she is acting in his/her official capacity as Liaison, either prior to a vote or later (e.g., after an issue has been deemed time or business critical), the Liaison’s voice and vote is treated the same as any other member of the Board. Decisions indicated as Liaison decisions made on behalf of the Board by the Liaison may not be overturned. 
e8ec7a
e8ec7a
[« Back to Governance](/about/governance)