peps icon indicating copy to clipboard operation
peps copied to clipboard

Poll required: PEP 13: Clarify tie resolution

Open zware opened this issue 2 months ago • 6 comments

This change requires a vote among the core team before it can be merged. Once the poll is opened, the history of amendments note will be amended to include the correct date of the poll closure and a link to the poll.


📚 Documentation preview 📚: https://pep-previews--4672.org.readthedocs.build/

zware avatar Oct 24 '25 03:10 zware

@warsaw

One thing that occurs to me is that the wording here means that all ties (even mid-resolution ties) can be resolved by the software. I think that's fine.

I believe it's essential. The BetterVoting software has no possibility to pause "in the middle" of scoring to wait for human input on how to resolve a tie.

For a 5-winner SC election, if the winner of the 5th round was picked via breaking a tie, then it would be reasonable to let the tied candidates decide among themselves who gets the seat, and ignore the software's pick. But I wouldn't want to complicate the PEP to cater to that.

There's no real need anyway. If the ballots themselves don't contain enough info to break a tie, "the community" has expressed no preference. "Random" is as good as it gets then.

tim-one avatar Oct 24 '25 19:10 tim-one

This hasn't seen new activity in a few days, and nothing but approvals. Time for the poll? Note that Guido withdrew his offer to run the poll,, so someone else will need to step up to do that.

tim-one avatar Oct 26 '25 21:10 tim-one

@zware, are you still working on this, or is it ready for a poll?

tim-one avatar Oct 28 '25 18:10 tim-one

Is there a succinct phrasing to capture that the automatic resolution of ties by the voting system ought be 'fair', explicitly random, or etc? A valid solution to breaking ties would be simply to pick the candidate who's surname is first alphabetically, but obviously we'd not want to use anything like this.

A

AA-Turner avatar Oct 28 '25 18:10 AA-Turner

I'm not sure we need to get that specific here. Since we're here documenting that we expect the election service to break (some to all) ties, the service's tie-breaking scheme just becomes part of the implicit selection criteria for the service. I don't think we'd choose to use a service with insane tie-breaking (though as Tim has said, a tie means there's actually no preference, so choosing the first alphabetically by middle initial isn't as insane as it looks at first glance...as long as it's choosing one of the tied candidates :) ).

@zware, are you still working on this, or is it ready for a poll?

I think we're ready for a poll, which I'd prefer not to drive but can if I must. Once it's open I'll update the amendment note with the correct date and link.

zware avatar Oct 28 '25 18:10 zware

FYI, I posted a poll just now:

https://discuss.python.org/t/vote-changing-pep-13-to-clarify-tiebreaking-for-sc-elections/104607

tim-one avatar Oct 28 '25 19:10 tim-one