[LEDE-DEV] A catch with the voting rules vs. few trunk committers notion

Daniel Dickinson lede at daniel.thecshore.com
Sun May 8 19:40:01 PDT 2016


Hi all,

I just wanted to point out that there is a bit of a conflict between the
notion of having only a small numbers of merge-to-master committers and
the current rules where committers are the ones who get to vote and the
idea of having a broader consensus mode of governance.

Either 'committers' would need to be more than just merge-to-master
committers (e.g. a larger group of people who have staging trees and are
responsible for managing them so that the merge committers can merge
them), or the voting membership would need to include non-comitters
(which might be relevant anyway given the notion that voting should
include power users / developers in a approximately 50 / 50 split).

Regards,

Daniel



More information about the Lede-dev mailing list