[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Informal voting proposal


  • To: Kelly Choi <kelly.choi@xxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Mon, 13 Nov 2023 12:13:23 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=/NIxvI68OBI+BinQfxJUw3l8uCq83sfsVdxIWNixNg4=; b=A8e3vBdwoFwxVI50P8s/13Nh8QQX0x1x5QTT0czQHTFSw2/X42GLpPUsBlrqRX+Z002bqnuz8aSAnzOV394pXOajtcF3TRNp3Ak6LQgMqdq84vPKfJJ7LV877hIo+YcJcSUEDWt8Nn9mtDcNH8VuRZxQe2KwK4Hhl08xlFtpOLpBV3qHLyvgnxdlNHfL+WaHtCXjIeNuVfvtjdHoQv0mknfeB/Oihn2o4RnQigGLB7gSZ8dMmIkGJ+S19jx3p+vkSj8KyvE2dFngAzGLZRSPz7P6ltId4gyydDg5apqTUEkgeAfik3xYXl/yPxL5TPGMj3sVwluTi2BC+UDj0lPJeQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Q3mrUQTdDgzDjXx5CefNIxswnrSXBMF/ukbZJqHOUPl2Gc/+qcSYil8Ojgi9eDitmptdXjhUEU2K5K4MnsCHhJsJZO6HaKIvWJtzhDgfQIT2sDIUpiTGaPBhtUqLitdEQqZvIqI2iEZZIqqU4h5FGb7rW5ENAYir/fAox41WndFUiif7vj2moTCEsTzHmx5frEw3bW8hUTp5lZObqmyCiFoZyp/LJ8hx9eJC/dzD2jbBmcTuQLSx7D7MaBZBX+RNgIh7UVcqulS+Kz3OPAq1h4smSOwRtwNrWcEuJKIKsvn6yx0GKcQQVZmKqDTiIVyLtJ76iOqUd8NjUPzoCFZjIw==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx, committers@xxxxxxxxxxxxxx
  • Delivery-date: Mon, 13 Nov 2023 11:13:31 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

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.



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.