• Thanks and Decision making working group (was Re: General Resolutio

    From Philip Hands@21:1/5 to Adrian Bunk on Tue Apr 20 12:00:02 2021
    Adrian Bunk <bunk@debian.org> writes:

    On Mon, Apr 19, 2021 at 01:04:21PM -0700, Russ Allbery wrote:
    ...
    * The length of the discussion period is ill-defined in multiple ways,
    which has repeatedly caused conflicts. It only resets on accepted
    amendments but not new ballot options, which makes little logical sense
    and constantly confuses people. There's no maximum discussion period
    defined, which means fixes for that risk introducing a filibuster.

    * Calling for votes is defined as a separate action from the end of the
    discussion period, but in practice the constitution allows any developer >> to call for a GR vote via an abuse of process that probably wasn't
    intended, and even apart from that, the set of people who can call for a >> vote is strange and not very defensible.
    ...

    The process to shorten the discussion period is also suboptimal.

    In the latest GR the way the discussion period was shortened was
    perceived by many as an anti-democratic attempt to suppress discussions about the contents and alternative ballot options.

    And there was plenty left to discuss (including wording of ballot
    options and secrecy of the vote) when the minimum discussion period
    ended and the vote was called.

    I would suggest to replace the option of shortening the discussion
    period with the possibility of early calling for a vote after a week
    that can be vetoed by any developer within 24 hours. This would ensure
    that shorter discussion periods would only happen when there is
    consensus that nothing is left to be discussed.

    Would you expect a different result if that had been done in this case?

    There were certainly people objecting to things, but it seems to me that
    their views were correctly reflected in the vote results, in which case
    I'm wondering what would have been added by discussing it further.

    It's possible that there were people who were on holiday or some such,
    and thus missed the whole thing, but on the other hand it's also pretty
    clear that some people were at the end of their endurance ... perhaps
    they would have been driven to ignore the continuing discussion if it
    had gone on longer, and thus been disenfranchised.

    I don't think that one can automatically assume that more discussion is
    better.

    Cheers, Phil.
    --
    |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
    |-| http://www.hands.com/ http://ftp.uk.debian.org/
    |(| Hugo-Klemm-Strasse 34, 21075 Hamburg, GERMANY

    --=-=-Content-Type: application/pgp-signature; name="signature.asc"

    -----BEGIN PGP SIGNATURE-----

    iQIzBAEBCgAdFiEE3/FBWs4yJ/zyBwfW0EujoAEl1cAFAmB+pacACgkQ0EujoAEl 1cC09RAAn+Pm0rp4NNgbHApZN0ryRziOtureRCXd6DSl2w5q4DSAqjq1JqCSvY5q K5XoEaj8KYz5/kXYQ1TZGZ6bsjrwyfMTQas/rWVtkyrV3t6kjBkyhqHBH9qES7tY +jhizZ1t/huCZEk+BQNKkStkF1jYvboNZA5pIDpPnHbuWmb8o6YW7DDG1DCPBAXe 8xYOVZRguDTa7t4nQtZSJrxospkrQNvH+IdUrQbJ+l5gEWz+/fNjN1snGBZflL4I pI9hZis28fIY7Re98vvGRAEmh0YGrXzKNK0XcG65pc0x0hbYjmN/DQCWD7pzf5tH SDuXu6IyadsxQRRtFsZXhgGdf39JCg/43wQjyHHrj5DJU/OSfpwTvMAL8zrzWbND ilRwrIfDFT4eurAId5NI/PkIqWtHcnI25FcBt788tA9XCyxfEpz4cIm0548JouIP dyNb0vYkclcrCA4jFlIpHtsOMwb0iOU4HUh8u61w81BX5xx47WeEDT/cLmubsENq 7jUHyvnWq7U9nyxHBa2h5IT0gnL5MIvkVniZOtvsjdDtW4VD6pCOPdXkEu4wuhBX Ctmqq873VGJDhP+evru/b4qwyrL6jYohdXaD4emNR7fYdtgNYsFL7/91UGltkEoe ZqiRKyngcikRO1Y
  • From Jonas Smedegaard@21:1/5 to All on Tue Apr 20 13:00:02 2021
    Quoting Philip Hands (2021-04-20 11:57:58)
    Adrian Bunk <bunk@debian.org> writes:

    On Mon, Apr 19, 2021 at 01:04:21PM -0700, Russ Allbery wrote:
    ...
    * The length of the discussion period is ill-defined in multiple ways,
    which has repeatedly caused conflicts. It only resets on accepted
    amendments but not new ballot options, which makes little logical sense >> and constantly confuses people. There's no maximum discussion period
    defined, which means fixes for that risk introducing a filibuster.

    * Calling for votes is defined as a separate action from the end of the
    discussion period, but in practice the constitution allows any developer >> to call for a GR vote via an abuse of process that probably wasn't
    intended, and even apart from that, the set of people who can call for a >> vote is strange and not very defensible.
    ...

    The process to shorten the discussion period is also suboptimal.

    In the latest GR the way the discussion period was shortened was
    perceived by many as an anti-democratic attempt to suppress discussions about the contents and alternative ballot options.

    And there was plenty left to discuss (including wording of ballot
    options and secrecy of the vote) when the minimum discussion period
    ended and the vote was called.

    I would suggest to replace the option of shortening the discussion
    period with the possibility of early calling for a vote after a week
    that can be vetoed by any developer within 24 hours. This would ensure
    that shorter discussion periods would only happen when there is
    consensus that nothing is left to be discussed.

    Would you expect a different result if that had been done in this case?

    I genuinely think that more time preparing the ballot would have led to
    fewer more well-written options on the ballot, and consequently a higher likelihood that Debian would have decided to make a (more well-written) statement instead of the current outcome of not making a statement.

    I know that my own contribution in the process felt rushed, and that I
    thought at the time I seconded options 2 and 3 and 4 that I would have
    much preferred to instead have the time to discuss eventual merger of
    them instead of worrying that all of those views were presented at all
    on the ballot. Flaws of ambiguity in at least one of the texts were
    pointed out without having time to address it.

    For the record I don't say this as someone grumpy over the actual result
    in this vote: On the contrary the winning option was my first choice.

    Also, I *do* understand that for this specific vote there was a sense of urgency (especially for those introducing the vote). My point here is
    not that the concrete vote by all means should have not been rushed, but
    that I do believe that taking the current vote as a concrete example the
    time to prepare the ballot had a real effect on the outcome.


    I don't think that one can automatically assume that more discussion
    is better.

    I agree.


    - Jonas

    --
    * Jonas Smedegaard - idealist & Internet-arkitekt
    * Tlf.: +45 40843136 Website: http://dr.jones.dk/

    [x] quote me freely [ ] ask before reusing [ ] keep private --==============d26741711492231941=MIME-Version: 1.0
    Content-Transfer-Encoding: 7bit
    Content-Description: signature
    Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmB+se8ACgkQLHwxRsGg ASGmZw//epMayYIFotRyG07F8wvZwToem9E7kdSU8hkkhUxsmXpL7+/OKSWEnlNT 3h3plT2m3BXBFJlwkHmlQsOnMz7xPb+pet1Asco9Ggd9zXI4KUFhVfFLlEiqT2nF 04X7FM5UFVuXiD8mO5pJOkl5ySgMsMy72R41gbe0CEFuIPCwDAR3fHS9IEs0wE8f L/FXb83X1c9jE7YnvoohW/pbjd7npZgvkFkzwea7OFhRX88orPSvFRWlo1rnfBdH FYpOKVh3K2Gtn4+1L1hvFuiEXsGi6MH5mQ0BOq17E4aD/ZnCmGF5161pBuZRDYwn evbkSlgO8WYyLcIIPHwBww/Jen/7NCfwRn7fvc813hl14w6TpGbtIULXc85EgRV9 9V/JvCeR5X/bzzsvu3WYAgn1bizfPiLLAKWnjHk0eo5k88/XS2keL+vzuR0E3iil yQ2yCoPxlbrmUHriFPIgDUtll9kJaFrrKMWUQakJPPLvtQNN+VDXHFJFYQhsY+IP sUbDe6iboAhS8beL4
  • From Bernd Zeimetz@21:1/5 to Jonas Smedegaard on Tue Apr 20 15:30:02 2021
    On 2021-04-20 12:50, Jonas Smedegaard wrote:

    I genuinely think that more time preparing the ballot would have led to
    fewer more well-written options on the ballot, and consequently a
    higher
    likelihood that Debian would have decided to make a (more well-written) statement instead of the current outcome of not making a statement.

    On th other hand this leads to even more discussion, more flame-wars
    and maybe some other ballots that come in in a short time before the
    voting peropd starts - which might have the same issues you've just
    described. But without a defined time on when a vote starts,
    the discussion will never end.

    No idea on how to fix that, though. Personally I think having fixed
    and known dates is still the best option.

    --
    Bernd Zeimetz Debian GNU/Linux Developer
    http://bzed.de http://www.debian.org
    GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Pierre-Elliott =?utf-8?B?QsOpY3Vl?=@21:1/5 to All on Tue Apr 20 16:40:03 2021
    Le mardi 20 avril 2021 à 12:50:25+0200, Jonas Smedegaard a écrit :
    Quoting Philip Hands (2021-04-20 11:57:58)
    Adrian Bunk <bunk@debian.org> writes:

    On Mon, Apr 19, 2021 at 01:04:21PM -0700, Russ Allbery wrote:
    ...
    * The length of the discussion period is ill-defined in multiple ways, >> which has repeatedly caused conflicts. It only resets on accepted
    amendments but not new ballot options, which makes little logical sense
    and constantly confuses people. There's no maximum discussion period >> defined, which means fixes for that risk introducing a filibuster.

    * Calling for votes is defined as a separate action from the end of the >> discussion period, but in practice the constitution allows any developer
    to call for a GR vote via an abuse of process that probably wasn't
    intended, and even apart from that, the set of people who can call for a
    vote is strange and not very defensible.
    ...

    The process to shorten the discussion period is also suboptimal.

    In the latest GR the way the discussion period was shortened was perceived by many as an anti-democratic attempt to suppress discussions about the contents and alternative ballot options.

    And there was plenty left to discuss (including wording of ballot options and secrecy of the vote) when the minimum discussion period
    ended and the vote was called.

    I would suggest to replace the option of shortening the discussion period with the possibility of early calling for a vote after a week that can be vetoed by any developer within 24 hours. This would ensure that shorter discussion periods would only happen when there is consensus that nothing is left to be discussed.

    Would you expect a different result if that had been done in this case?

    I genuinely think that more time preparing the ballot would have led to fewer more well-written options on the ballot, and consequently a higher likelihood that Debian would have decided to make a (more well-written) statement instead of the current outcome of not making a statement.

    History tends to show as far as we are concerned that the longer the discussion, the more look-alike options come and the less the ballots
    are easy to digest and fill in.

    Regards,

    --
    Pierre-Elliott Bécue
    GPG: 9AE0 4D98 6400 E3B6 7528 F493 0D44 2664 1949 74E2
    It's far easier to fight for principles than to live up to them.

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEESYqTBWsFJgT6y8ijKb+g0HkpCsoFAmB+5o0ACgkQKb+g0Hkp Csraig//VsZnXsAKUJlv+lRg4mKrs8FMeED/W7+VhU4f819Zh7GpWNG+XmQjfPw9 7CA5JRniPABHwFRM/UAJBTCxWrTQPSHifnkSFdyvFe9vvQyyqmdO/ksa/eJPGstq MrmIff8p35X1xrrslL5BjXLrVMJ6bHmERFw3ydqsrMQQDNjL4KYkjE9zLDoKDr/Z Fudy7KapmeGAAFds5F+fHOIWk9RNHx+ZS8lGqgY0gdBHX45WNA8Yk1vBJR584SvT NhfYiVC+uMn0hGBpu4t40QNhGJDgU4gFRdk9zr5Y1PAt+3FCut3tPBJ68ypQkyee QoZS+A0kRi+qluupVAZ9UQ2Zwlasz40XxomMSmsyZHO5ck5tIVrgv6QJXJ4FS0/f lQWunLairxfryt2OMrWAB2fIFP4YV8NHvhw4rbbu0StReqmrZnBaobzox/LjAwfT J2KW6Zxd4lx/kqTbnsfCsN19BQ8o5o2SbBIFDqErDXhdzCXF+dR6FJo5EdXpyX8R YwffcYg53StNpyvFW9VFJF0rsw56OViEbDQ03ORURuc/j8IOXXrnDDLJ0PTHTd1a 4L0IEb6O+5dG/m2lHaTjY7gE+QA79TPZ/LHmn8Uj0OY3B8BamEBwsEAeNKOKsrf8 FNxSUGaYFRTbMDzvHx7Ltte5KqFi2qJKrkn9DEH6+dYEwPqjfJg=
    =YhJu
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1
  • From Jonas Smedegaard@21:1/5 to All on Tue Apr 20 16:30:01 2021
    Quoting Bernd Zeimetz (2021-04-20 15:26:06)
    On 2021-04-20 12:50, Jonas Smedegaard wrote:

    I genuinely think that more time preparing the ballot would have led
    to fewer more well-written options on the ballot, and consequently a higher likelihood that Debian would have decided to make a (more well-written) statement instead of the current outcome of not making
    a statement.

    On th other hand this leads to even more discussion, more flame-wars
    and maybe some other ballots that come in in a short time before the
    voting peropd starts - which might have the same issues you've just described. But without a defined time on when a vote starts, the
    discussion will never end.

    No idea on how to fix that, though. Personally I think having fixed
    and known dates is still the best option.

    I think a sensible step in the direction towards fixing the issue you
    describe is to not assume that "more discussion" necessarily leads to
    "the discussion will never end". ;-)

    For my own part, by "more time preparing" I did only imply "the ordinary
    2 weeks", not "all the time in the World".


    - Jonas

    --
    * Jonas Smedegaard - idealist & Internet-arkitekt
    * Tlf.: +45 40843136 Website: http://dr.jones.dk/

    [x] quote me freely [ ] ask before reusing [ ] keep private --==============q69033307249455177=MIME-Version: 1.0
    Content-Transfer-Encoding: 7bit
    Content-Description: signature
    Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmB+47cACgkQLHwxRsGg ASGEexAArTiK61GfjVg9JrtgpgsINpA40JKA8hOp2n/nFylL412Zs/fgBlgw5Yxk /7HMPWMyj3UwrdgfIBoqCT1B8mFg+oBsU9h9gYClS3oN0Q9L7n+mBmz535oNoVAi BZAHPl7mlMynsJzhH+hDC+5SAGXJU2AmCCexH6C+kqq0A8U6KM4JZ2SzjzRf8XGi HP0OplaUvlUv7J9CflOlxPnY8Y9RRbgDZIdfhnQUWYGS6lK8BP27M5UuBG19y+Tj sTk4xMRmkoN8WB+zzYfJSw1E5PzQGqPsxhBTaax9cP25TpigITvbz1dM96fX+rht LqqltU2WQy5cpLJaYMddexNgUi/Fy1ehxABuU0J/+K5AnKGDQJAP3vCkQQanNW0P fMI++4c0E/w61c2tw7L4Q7iCT5qcxzluT3jGoT7jBFxkAvXzKORyK25kyEluLKOc HoaHkrZSUGcM4QtgUZW+aTGU9uLK2Tjf7lbv7OlgSiFF2IOKG1/QaQyk2WAn4Q0N KH7g7WlUUWSpLgiqD