[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: Informal voting proposal
On 06.11.2023 17:40, Kelly Choi wrote: > Hi all, > > As an open-source community, there will always be differences of opinion in > approaches and the way we think. It is imperative, however, that we view > this diversity as a source of strength rather than a hindrance. > > Recent deliberations within our project have led to certain matters being > put on hold due to an inability to reach a consensus. While formal voting > procedures serve their purpose, they can be time-consuming and may not > always lead to meaningful progress. > > Having received agreement from a few maintainers already, I would like to > propose the following: > > *Informal voting method:* > > 1. Each project should ideally have more than 2 maintainers to > facilitate impartial discussions. Projects lacking this configuration will > be addressed at a later stage. Terminology question: What is "project" here? Considering how ./MAINTAINERS is structured, is it perhaps more "component"? > 2. Anyone in the community is welcome to voice their opinions, ideas, > and concerns about any patch or contribution. > 3. If members cannot agree, the majority informal vote of the > maintainers will be the decision that stands. For instance, if, after > careful consideration of all suggestions and concerns, 2 out of 3 > maintainers endorse a solution within the x86 subsystem, it shall be the > decision we move forward with. In a later reply you make explicit what can only be guessed here: There you suggest that out of a range of possible options, up front two are picked to then choose between. However, when there is a range options available, and when those can be viewed as points on a scale (rather than, to take Stefano's earlier example of SAF-* naming, cases where it's hard to view choices as being on a linear scale), picking two "points" up front may already pose a problem. (See also another reply mentioning how to ensure that the various possible options were even taken into consideration.) Not only in such situations, but in general, to me a prereq to even coming to the point of needing an informal vote is the willingness of everyone involved to find a compromise. When there's a range of views, and when "knowing" what's going to be best for the project would require a crystal ball, experience suggests to me that chances for an optimal choice are better when picking a "point" not at the far ends of the scale. (Such a result then would also much better reflect your named goal of seeing diversity as a strength.) With such willingness I think even informal votes could be avoided most of the time, at which point it becomes questionable whether for the few remaining cases informal and formal votes really need specifying separately. > 4. Naturally, there may be exceptional circumstances, as such, a formal > vote may be warranted but should happen only a few times a year for serious > cases only. > 5. Informal votes can be as easy as 2 out of 3 maintainers providing > their Acked-by/Reviewed-by tag. Alternatively, Maintainers can call an > informal vote by simply emailing the thread with "informal vote proposed, > option 1 and option 2." I find this difficult. Both A-b and R-b assert that the person offering the tag endorses the presented solution to the indicated degree. It does not say anything on possible alternative solutions. As a result taking such tags as votes is (once again, and once again in my personal view) reasonable only when there's a black-and-white decision to be taken. > 6. *All maintainers should reply with their vote within 5 working days.* > > 7. Please note that with any new process, there will always be room for > improvement and we will reiterate where needed. > > Ultimately our goal here is to prevent the project coming to a standstill > while deliberating decisions that we all cannot agree on. This may mean > compromising in the short term but I am sure the long-term benefits will > stand for themselves. > > *If you have any strong objections to the informal voting, please let me > know by 30th November 2023. * Just FTAOD none of the above is meant to be a "strong objection". Despite being unconvinced of the proposal (including the need for one, not the least also considering what has triggered this sudden effort, when there are - imo - worse problems of "standstill"), I'll try to be a good citizen and play by what's going to be put in place. Jan PS: I can't help the impression that our differing views here are somewhat rooted in different election systems in the countries we live in. They're imo different enough that I consider it troublesome to see how all of them can at the same time be considered democratic.
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |