News for hackers. Stuff that matters.
Re:Debian decides to allow secret votes by spondyl on Tuesday March 29, 2022 @05:32AM (#30840513)
A brief summary because I had to re-read this a few times to figure out what was going on.

Debian had a vote with 4 options:

Option 1 "Hide identities of Developers casting a particular vote"

Option 2 "Hide identities of Developers casting a particular vote and allow verification"

Option 3 "Reaffirm public voting"

Option 4 "None of the above" (NOTA)

The objection raised here is that Option 3 and Option 4 can be considered to be the same depending on how you interpret them (ie; "None of the above" vs "Keep public ballots" which can be said to implicitly suggest none of the above at the same time). If those two were represented as a single "NOTA" option, that option would have won the ballot in terms of votes.

Re:Debian decides to allow secret votes by toast0 on Tuesday March 29, 2022 @08:14AM (#30841517)
> If those two were represented as a single "NOTA" option, that option would have won the ballot in terms of votes.

If the ballot were different, the results would be too. You can't take the results of one ballot and mush them around to support a hypothetical result; see also counting of the 'popular vote' for US president, a ballot which has never been tried, and whose results are unknowable.

A vote for 4 says (to me, not a qualified voter) I don't like the current voting, and hiding identities is also undesirable; if this choice is selected, the status quo must be continued until a new alternative is voted upon, but there's clearly desire to do so. If option 3 were selected, the status quo had clearly won, and the issue should be considered settled for whatever timeframe Debian considers appropriate.

Re:Debian decides to allow secret votes by gregmac on Tuesday March 29, 2022 @09:31AM (#30842298)
> see also counting of the 'popular vote' for US president, a ballot which has never been tried, and whose results are unknowable.

I don't follow this point. I'm not an American, but my understanding is counting via simple popular vote vs "electoral college" doesn't change the ballot itself, you still vote for the president directly; it just changes the way the ballots are counted.

Are you suggesting either something on the ballot is different, or that people would making a different vote if it was counted differently?

Re:Debian decides to allow secret votes by dagw on Tuesday March 29, 2022 @10:25AM (#30842933)
or that people would making a different vote if it was counted differently?

Two changes would happen. A lot of people who don't vote today because their state either heavily favours the 'wrong' candidate or the 'right' candidate will already win by a massive margin, would start voting, since all of sudden their vote matters a lot more.

Secondly, and more importantly, candidates would campaign very differently. In todays system gaining 1-2 percentage points in swing states like Arizona, Georgia or North Carolina is worth infinitely more than gaining 5 percentage point in California, New York or Massachusetts, and politicians on both sides campaign accordingly. In a popular vote scenario those extra 5 points in California could swing the election which would change the entire focus of not only the campaign, but possibly even the type of policy and even candidates that the parties put forwards.

Re:Debian decides to allow secret votes by treeman79 on Tuesday March 29, 2022 @11:33AM (#30843945)
This also makes many states cease to matter.

Already a big issue that big cities vote one way while rural voters go another way.

Re:Debian decides to allow secret votes by LeifCarrotson on Tuesday March 29, 2022 @11:46AM (#30844107)
Stated differently, this makes states matter and rural voters matter in direct proportion to the number of people living there, because all people are equal.

It's not right that a voter in Maine or New Hampshire, which have 1.3 million people and are roughly even between the two major parties, has a high probability of changing the outcome with their vote, while a voter in California or Texas - which have 30 times as many people - is essentially irrelevant to the outcome.

Re:Debian decides to allow secret votes by asiachick on Tuesday March 29, 2022 @01:05PM (#30845349)
This isn't so different in the EU is it? Smaller countries don't want their needs ignored by the bigger countries so they get more seats relative to their population than big countries.

Maybe it's hard to imagine the United States of American to become 50 independent countries but isn't the way you keep them united is by promising the smaller ones that they won't be trampled on by the big ones?

Re:Debian decides to allow secret votes by kelnos on Tuesday March 29, 2022 @02:14PM (#30846345)
> isn't the way you keep them united is by promising the smaller ones that they won't be trampled on by the big ones?

Yes, but in the US, at least, it's gotten to the absurd opposite where the minority is more or less assured a majority of votes. In order to avoid tyranny of the majority, we've more or less codified tyranny of the minority.

Re:Debian decides to allow secret votes by kodah on Tuesday March 29, 2022 @06:11PM (#30849030)
What's your evidence behind the statement that "the minority" is assured a majority of votes? Both Democrats and Republicans have won the electoral college and each of them throw a big rhetorical fit any time the other wins with it. At some point you have to accept that being equal doesn't always look fair in a micro vs macro sense of time. In the moment it doesn't look fair, when you look at the longer timeline they've had their share of elections. The system seems to be working as intended.

It would be more helpful to describe what a state of affairs looks like that doesn't result in large population states, who already maintain the gift/grift of cultural hegemony, running the country.

Re:Debian decides to allow secret votes by 411111111111111 on Wednesday March 30, 2022 @02:43AM (#30852126)
This comment is confusing to read. It doesn't matter which party wins the election because the voting system itself is flawed. It's also not a particularly new thesis but an often acknowledged problem. It might be that this was the intent of the system, that doesn't change the fact that nowadays significant portions of the population have gravitated towards a few very large metropolis, effectively giving disproportionate power to the people living in rural areas
Re:Debian decides to allow secret votes by kodah on Wednesday March 30, 2022 @08:26AM (#30854168)
The electoral college was set up to protect less densely populated areas from more densely populated areas, so the situation was always that way; it didn't "gravitate". It's not like "rural issues" are the ones dominating legislation or national conversation either.

To take a step back, I've lived in both rural areas and major cities (I currently live in one). Rural folks being represented in government is not an issue and I find it kind of odd that people try to make it an issue like this. I'm fine having my agenda compete with theirs.

Re:Debian decides to allow secret votes by 411111111111111 on Wednesday March 30, 2022 @09:23AM (#30854862)
I don't live in the USA, so i'm just repeating whats literally taught in school where i'm from.

there were no metropolis like we have them today back then. City were considered gigantic with with only a few hundred thousand people -- which is maybe a largish town nowadays

Nobody said that rural people being represented is an issue, its nonetheless a fact that they're overrepresented, as they have disproportionate voting power. That term doesn't mean that they shouldn't be represented, it means that they have proportionally more voting power then a person living in a city does.

Re:Debian decides to allow secret votes by kodah on Wednesday March 30, 2022 @09:31AM (#30854964)
> I don't live in the USA, so i'm just repeating whats literally taught in school where i'm from

You spoke so certainly about the subject that that was not apparent. Maybe it should have been a question instead?

> there were no metropolis like we have them today back then

In the US there were, and the early development of the US is the reason for the electoral college. You had sprawling cities like NYC having to vote next to people who took months to get to the East coast for voting. Their problems were very different and the electoral college helped balance the concerns of cities that have easy access to imports and labor with areas that had no such things. On the larger scale it helped protect smaller states and territories from the policy and influence of larger states and territories. Again, their problems are very different, and in current day translate to what we end up referring to as urban, suburban, and rural.

> Nobody said that rural people being represented is an issue, its nonetheless a fact that they're overrepresented,

In the US they're not and you still haven't answered my original question, which is how are they overrepresented. You're just stating that's a fact, but it's really not.

Re:Debian decides to allow secret votes by 411111111111111 on Wednesday March 30, 2022 @10:08AM (#30855422)
Isn't "overrepresented" another way of saying that each individual voter living in a rural area has effectively more voting power then it's counterpart living in a metropolis?

Thats why I'm stating it as a fact,as it sounds like very simple logical connection. It could be a misunderstanding on my part, but it always sounded like a very straightforward situation to me.

Re:Debian decides to allow secret votes by kodah on Wednesday March 30, 2022 @10:26AM (#30855648)
No, voting is much more complicated than that and the history of our voting system speaks to that. Purely popular voting, as in a pure democracy, is demonstrably flawed - that's why representative democracy came about. The foundation of your argument is also flawed; if rural areas are so overrepresented then we'd be seeing a lot more emphasis on the funding of rural schools, hospital systems, clean drinking water, and broadband. Instead, these issues are regularly underfunded and are even joked about on forums like this.

There's lots of issues in the US to solve. Voting, imo, is just the pet issue of the losing party.

Re:Debian decides to allow secret votes by 411111111111111 on Wednesday March 30, 2022 @04:53PM (#30860637)
> Purely popular voting, as in a pure democracy, is demonstrably flawed - that's why representative democracy came about

Every form of democracy is flawed, and it's important to be aware of them. Otherwise things tend to kinda spiral out of control, which they arguably already have in a lot of western nations with wanton corruption and completely insane people getting elected.

Re:Debian decides to allow secret votes by MinorTom on Wednesday March 30, 2022 @03:51PM (#30859991)
The EU isn't exactly a model democracy, with its three levels of indirection.
Re:Debian decides to allow secret votes by burnished on Tuesday March 29, 2022 @06:44PM (#30849296)
You're supposed to update the ratios as time passes and the context changes.
Re:Debian decides to allow secret votes by logicchains on Tuesday March 29, 2022 @01:16PM (#30845520)
Nobody wants full democracy. Full democracy is what allowed Hitler to get away with gassing six million Jews, just because the majority of the population agreed it was a good idea at the time. Now Germany has very strict constitutional protections of certain rights to make it very hard for the majority to violate the minority like that again. State rights act similarly, protecting the populations of individual states to some degree from the arbitrary whims of the majority.
Re:Debian decides to allow secret votes by pessimizer on Tuesday March 29, 2022 @03:08PM (#30846986)
This wouldn't help Jews in WWII because Jews weren't grouped into a single German electoral region.

If you spread 49.9% of the population evenly in a system where states vote rather than individuals, you've insured that this minority gets no representation.

Re:Debian decides to allow secret votes by boomboomsubban on Tuesday March 29, 2022 @06:19PM (#30849097)
>Full democracy is what allowed Hitler to...

What election are you referring to where the Germans democratically gave Hitler power? His best "fair" election results saw his party get ~35% of the vote, and he only got the largely ceremonial chancellorship through backdoor deals. By the time he became president nobody could consider the elections fair.

Re:Debian decides to allow secret votes by kmeisthax on Tuesday March 29, 2022 @12:22PM (#30844610)
The "intended" malapportionment to benefit small states[0] is a far smaller effect than the "unintended" effect of silencing local political minorities. If you wanted to retain the former, you could replace the Electoral College with just weighing votes cast in smaller states slightly more. Right now, neither large nor small states have a say in presidential elections at all - it's purely undecided states that play kingmaker, and it drastically warps the priorities of elected Presidents.

[0] Which is also a problem. You know how everyone says the EU is undemocratic? It's for the same reason why we have an Electoral College - the whole "federal government represents states instead of people" thing.

Re:Debian decides to allow secret votes by naniwaduni on Tuesday March 29, 2022 @03:11PM (#30847050)
> You know how everyone says the EU is undemocratic? It's for the same reason why we have an Electoral College - the whole "federal government represents states instead of people" thing.

The grass sure is greener on every other side.

Re:Debian decides to allow secret votes by rurp on Tuesday March 29, 2022 @12:07PM (#30844376)
No, it makes votes in all states count equally. The current system makes votes in certain states orders of magnitude more valuable than votes in others.
Re:Debian decides to allow secret votes by techsupporter on Tuesday March 29, 2022 @02:20PM (#30846430)
> This also makes many states cease to matter.

States are abstract political entities; it's people who matter.

People are represented in the House by population (less so than they should be since we refuse to let the lower chamber grow in size) and in the Senate by state.

The President of the United States represents every United States citizen everywhere on the planet. The holder of that office should be elected by a majority, preferably with some form of expression of ranking preference, of those voters regardless of what political entity they are currently in or connected to.

Re:Debian decides to allow secret votes by simiones on Tuesday March 29, 2022 @12:55PM (#30845163)
Isn't this already the case, except right now it's states like California or Texas that don't matter, since they always vote the same way anyway?
Re:Debian decides to allow secret votes by LocalH on Wednesday March 30, 2022 @07:57AM (#30853939)
By that you mean the swing states? If so, good. Those states don't deserve a disproportionate weight into who we elect as President.
Re:Debian decides to allow secret votes by skrtskrt on Tuesday March 29, 2022 @09:39AM (#30842385)
The point about the American election is that if people knew going into the vote that it was a popular vote across the country, voting behavior would change.

Many people don’t vote at all because their preferred president has a 0% chance of winning their state and the vast majority of states are winner-take all with the electoral votes

Re:Debian decides to allow secret votes by oneoff786 on Tuesday March 29, 2022 @11:08AM (#30843571)
Or they don’t vote because their preferred president has a 100% chance of winning, which is more often the case given their community is already deeply red or blue
Re:Debian decides to allow secret votes by mywittyname on Tuesday March 29, 2022 @02:59PM (#30846894)
Maybe they do vote because local elections are important.
Re:Debian decides to allow secret votes by pessimizer on Tuesday March 29, 2022 @03:13PM (#30847072)
Local elections can be important, but if all the candidates are bad, they're not.
Re:Debian decides to allow secret votes by skrtskrt on Tuesday March 29, 2022 @03:28PM (#30847233)
sure, the known set of rules causes some types of voters to be more likely to vote, and other types less likely.

The point is that you can't possibly know how all those interactions among voters would play out if you did in fact update the rules

Re:Debian decides to allow secret votes by djrogers on Tuesday March 29, 2022 @11:38AM (#30844028)
> Are you suggesting either something on the ballot is different, or that people would making a different vote if it was counted differently?

That's clearly true, in addition to the obvious fact that campaigning would change dramatically. The OP's point however was that we don't know the extent to which it's true.

An obvious example of people making a different vote would be in California - I know more than one Republican who either didn't vote or voted for a 3rd party 'statement' candidate for president because they knew that all of the electoral votes in CA were going to the Democrat anyway.

Undoubtedly the same thing happens with Democrats in TX or TN or wherever Republicans hold a huge majority and Electors are winner-take-all.

Re:Debian decides to allow secret votes by jimbob45 on Tuesday March 29, 2022 @01:53PM (#30846068)
I have done and will continue to do this too. It probably seems like a risk to people in other countries but there are generally very few surprises in the marquee races (I would never do this on down ballot candidates).
Re:Debian decides to allow secret votes by dhzhzjsbevs on Tuesday March 29, 2022 @09:21AM (#30842194)
It's a binary decision.

The only way to properly poll that is either rank choice voting or a second vote after voting to change or not.

Re:Debian decides to allow secret votes by toast0 on Tuesday March 29, 2022 @10:40AM (#30843153)
Debian votes are ranked choice.
Re:Debian decides to allow secret votes by cosmojg on Tuesday March 29, 2022 @11:44AM (#30844086)
Specifically, they use the Schulze method[1] with ranked ballots, which is far better[2] than the IRV method popularized by FairVote[3] and currently making the rounds in the U.S.

[1] https://en.wikipedia.org/wiki/Schulze_method

[2] https://electionscience.github.io/vse-sim/VSE/

[3] https://www.fairvote.org/

Re:Debian decides to allow secret votes by treeman79 on Tuesday March 29, 2022 @11:30AM (#30843907)
Diluting the vote of your opponent/position is quite common.

https://www.newsweek.com/russian-politician-discovers-2-men-...

Re:Debian decides to allow secret votes by bigbillheck on Tuesday March 29, 2022 @12:33PM (#30844787)
I don't see anything in there about ranked choice voting.
Re:Debian decides to allow secret votes by kelnos on Tuesday March 29, 2022 @02:07PM (#30846263)
> A vote for 4 says (to me, not a qualified voter) I don't like the current voting, and hiding identities is also undesirable; if this choice is selected, the status quo must be continued until a new alternative is voted upon, but there's clearly desire to do so.

That's a difference without distinction, though. If option 4 were to win, then, what would they then do? The exact same thing as if option 3 were to win -- keep the status quo -- no? The idea that an option 4 win might also get people to consider other voting systems isn't really relevant; you don't vote to consider things that you will then put to vote. You just consider them, and then have a vote. So the "legal" outcome of this vote would be identical if either option 3 or 4 had won.

IMO the DPL is correct that this election was constructed poorly: they should have had either option 3 or 4 in there, not both. But I think that might just be a "too bad" situation: since there are no provisions in the constitution for a "do over", I think the only reasonable thing to do is to accept the results of the election, change the voting system, and then propose a new vote to potentially change it back, but this time more carefully consider the options on the ballot.

Unfortunately, because of the supermajority requirement, this probably won't work as intended. Just because options 3+4 on the current vote (had they been combined into a single option) may have been enough to cause the supermajority requirement to fail, it doesn't mean that there will be a supermajority (in a new vote) to switch back to public voting.

I think they screwed up, but in order to preserve confidence in their system, they'll have to suck it up and live with it.

Re:Debian decides to allow secret votes by mjw1007 on Tuesday March 29, 2022 @10:05AM (#30842676)
It's not about splitting the vote in that way; Debian's system is robust to that.

It's about the 3:1 supermajority requirement that was needed for Option 1 and Option 2.

It turns out that their rules for dealing with this work by comparing those options against NOTA only; the problem is that it's plausible that many of the voters didn't realise this.

Re:Debian decides to allow secret votes by rstuart4133 on Tuesday March 29, 2022 @07:32PM (#30849700)
>It turns out that their rules for dealing with this work by comparing those options against NOTA only; the problem is that it's plausible that many of the voters didn't realise this.

And that the super majority was achieved by 1 vote. So in some sense it was a cliff hanger.

But 3 to 1 is a large margin, which likely has a bit of fat. I'm not uncomfortable with it.

Re:Debian decides to allow secret votes by naniwaduni on Tuesday March 29, 2022 @05:36PM (#30848681)
> It turns out that their rules for dealing with this work by comparing those options against NOTA only; the problem is that it's plausible that many of the voters didn't realise this.

Yet Another case for approval voting over like, all other voting systems.

Re:Debian decides to allow secret votes by ClayShentrup on Wednesday March 30, 2022 @01:08AM (#30851679)
it's the simplified case of score voting, which is even even more accurate with a scale like 0-5. albeit at the cost of simplicity.
Re:Debian decides to allow secret votes by zucker42 on Tuesday March 29, 2022 @05:55AM (#30840648)
Debian uses the Schulze method (if things haven't changed recently), so I do not see how that would have an impact on the result.
Re:Debian decides to allow secret votes by avianlyric on Tuesday March 29, 2022 @07:54AM (#30841371)
Because this is a constitution change, which requires a 3:1 super majority to change, a concept the Schulze method doesn’t really provide for.

The issues arises from how the 3:1 ratio is calculated. Which is by comparing the number of “change it” votes to the number of the “None of the above (NOTA)” votes (this is my understanding of from the email thread).

As a result the number of NOTA directly impacts the number to approval votes needed to win, as a simple majority isn’t enough. Thus having a NOTA option, and an option that looks like a NOTA can create confusion which splits the NOTA vote, because voting “keep public vote” above NOTA, which reduces the number of counted NOTA votes, and increases the number of “change it” votes (as all non-NOTA votes are considered “change it” votes, regardless of practical impact, at least that my understanding from the thread). Thus reduces number of approval votes need to achieve the super majority.

As this vote was won by a single vote, voter confusion on how choice ordering regarding the NOTA option could have swung vote against the intentions of the voting members.

Re:Debian decides to allow secret votes by malthuswaswrong on Tuesday March 29, 2022 @08:11AM (#30841479)
But NOTA and Affirm the Public Vote are not the same. Choosing ATPV would have changed the constitution. NOTA would not have changed the constitution. If this were an American election full of idiots and people who have no idea what they are voting for, then the argument would have weight. These are people who follow the Debian source code debate close enough to give a shit and vote. They knew what they were doing.
Re:Debian decides to allow secret votes by mjw1007 on Tuesday March 29, 2022 @10:11AM (#30842756)
ATPV would not have changed the constitution (and did not require a supermajority).
Re:Debian decides to allow secret votes by contravariant on Tuesday March 29, 2022 @06:29AM (#30840831)
As far as I can tell the Schulze method does not satisfy the independence of irrelevant alternatives condition, and so adding an extra option can have an effect on the end result. However the upside is that you can actually recalculate what the result would have been if you remove one of the options, since the voting results are summarized as the number of people who prefer A to B, which shouldn't change if you remove one of the options.
Re:Debian decides to allow secret votes by sjmm1989 on Tuesday March 29, 2022 @09:34AM (#30842333)
The problem with this is that it is thinking in absolutes during a situation where people are often very willing to compromise their own beliefs just to be able to provide an answer.

In normal elections we see this with people who don't like any choice, but don't want to spoil their ballot. So they pick their next best favorite.

This means that if A is removed, people might pick B or C instead just because A isn't there.

People are tricky. Hard to pin down what's exactly going to happen every time. There are distinguishable patterns and such; but ultimately you can't rely on them as if they are infallible.

Re:Debian decides to allow secret votes by contravariant on Tuesday March 29, 2022 @09:58AM (#30842594)
As long as you assume people aren't suddenly going to prefer A to B when C is there and prefer B to A when C isn't then you can safely recalculate the result.

Of course people might not necessarily act rationally but you've got to draw a line somewhere, otherwise elections are simply undefined behaviour and talking about properties of elections becomes meaningless.

Re:Debian decides to allow secret votes by sjmm1989 on Tuesday March 29, 2022 @12:42PM (#30844955)
Okay sure, you have to have some sort of baseline to go by. Some sort of assumption of truth as it were.

But, no, you cannot safely recalculate that result, because by and large people are the representation of chaos. undefined behavior is the norm, not defined behavior. Defined behavior is only present in any of our societies because of 'social norms', which is the only reason I relent and say that some assumptions might be possible. But I will not agree that you can 'safely' recalculate that result just using whatever assumptions some person arbitrarily has deemed 'good enough to trust'.

That kind of thinking is why most polls are actually wrong, but taken as good enough. (Yes, I'm one of those people who nit picks the randomness of their selection biases.)

P.S.

All it takes to swing an election in favor of the underdog is a single new revelation. All it takes is for people to suddenly question their previous choices. A & B might be their norm; but people can be swayed to choose C or D if the situation is right.

This is why we can't really trust assumptions without some sort of evidence to back them. At which point they stop being assumptions...

Re:Debian decides to allow secret votes by contravariant on Tuesday March 29, 2022 @02:43PM (#30846700)
I agree that human behaviour is unpredictable and irrational, but as far as voting systems go I'm happy to argue that if some change wouldn't affect the result assuming people are voting rationally, then there is no cause to invalidate the vote.

Otherwise you're just arguing the vote is invalid because it would have ended differently in a rerun, and you have to stop somewhere.

Re:Debian decides to allow secret votes by couchand on Tuesday March 29, 2022 @10:13AM (#30842786)
The behavior you describe isn't at all irrational: in a nutshell that's the effect that propelled Biden to the White House.
Re:Debian decides to allow secret votes by winkeltripel on Tuesday March 29, 2022 @12:57PM (#30845207)
I don't understand your point. In ranking presidential candidates, most left-or-center-leaning voters would rank any and every Democrat above any and every Republican, with Trump as their very last choice. So the presence or not of any specific candidate doesn't change the outcome. They would have voted in whomever the Democrat Nominee was.
Re:Debian decides to allow secret votes by couchand on Tuesday March 29, 2022 @04:56PM (#30848251)
There was lots of reporting in 2020 about Democratic voters who preferred another candidate throwing their support behind Biden based on the idea that he was best positioned to win in the general election.
Re:Debian decides to allow secret votes by nulbyte on Tuesday March 29, 2022 @07:27AM (#30841193)
If you remove option A, it would necessarily be a different outcome for someone who would have voted for A over B.
Re:Debian decides to allow secret votes by YetAnotherNick on Tuesday March 29, 2022 @07:45AM (#30841300)
I think what GP meant that if you have two identical option A and B, we could remove A after voting and it would have the same result as not having option in the first place.
Re:Debian decides to allow secret votes by sjmm1989 on Tuesday March 29, 2022 @09:36AM (#30842357)
I think you got their intent in sharing their belief correct; but their belief is wrong.

If you remove A as a choice, or B, people might go with their next preferred option instead of just not voting at all, etc.

This means you can't know for sure that results would equal the same with or without that option, because you cannot actually assume all actors will vote the same every time. To even begin to think such a thing as true is just asinine when the world proves to us on a daily basis that people are willing to compromise on their beliefs all the time. (No offense.)

Re:Debian decides to allow secret votes by winkeltripel on Tuesday March 29, 2022 @01:00PM (#30845265)
But its a ranked ballot. The sort should be stable.
Re:Debian decides to allow secret votes by herodoturtle on Tuesday March 29, 2022 @07:35AM (#30841231)
> Debian uses the Schulze method

For those that are wondering (like I was);

Google & Wikipedia:

"The Schulze method selects a single winner using votes that express preferences. The method can also be used to create a sorted list of winners. Therefore, if several positions are available, the method can be used for this purpose without modification, by letting the k top-ranked candidates win the k available seats."

Re:Debian decides to allow secret votes by phkahler on Tuesday March 29, 2022 @09:47AM (#30842470)
So IMHO if you wanted to retain transparency and they use ranked voting, I'd go with 4,3,2,1. Someone else might do 3,4,2,1. Either way the result should be counted against secret voting. There seems to be concern that people don't even understand how the voting process works and messed up their ballot. Oddly, this should be verifiable by asking them, since secret voting wasn't in place at the time of this vote.
Re:Debian decides to allow secret votes by malthuswaswrong on Tuesday March 29, 2022 @08:01AM (#30841421)
>If those two were represented as a single "NOTA" option, that option would have won the ballot in terms of votes.

Looks like Option 1 and 2 were similar enough to "split the vote" too. What would have happened if 1 and 2 were combined and 3 and 4 were combined?

Re:Debian decides to allow secret votes by cogman10 on Tuesday March 29, 2022 @12:00PM (#30844272)
Does debian not do some sort of RCV? Split ticket only matters if the voting system is FPTP.
Re:Debian decides to allow secret votes by beojan on Tuesday March 29, 2022 @09:57AM (#30842574)
Debian uses the Condorcet method, so I don't think this is actually a problem.
Re:Debian decides to allow secret votes by kaba0 on Tuesday March 29, 2022 @05:35AM (#30840527)
I haven’t read the article, but isn’t debian’s voting orders the options? In which case 3 > 4 vs 4 > 3 wouldn’t really change the outcome.
Re:Debian decides to allow secret votes by ckastner on Tuesday March 29, 2022 @05:38AM (#30840542)
It would change the long-term outcome.

If you wanted voting secrecy but were unhappy with the proposed implementations of option 1 and 2, you'd vote 4 > 3, leaving room for future alternative proposals.

If you were against any form of voting secrecy, you'd vote 3 > 4, shutting the door on future proposals.

Re:Debian decides to allow secret votes by spondyl on Tuesday March 29, 2022 @05:38AM (#30840539)
Well, the claim here is that Option 3 and Option 4 are the same in essence so if they had been reflected on the ballot as a single option, then that option would have won out over Option 2, changing the outcome.

Assuming I understand this anyway. The way the votes are reflected is confusing to me

Re:Debian decides to allow secret votes by malthuswaswrong on Tuesday March 29, 2022 @08:17AM (#30841539)
But it's deceptive and political to complain 3 and 4 are too similar but then not also state that 1 and 2 were too similar. 2 also lost votes to 1 being similar.

Also 3 and 4 were not similar. 3 would have changed the constitution to require public voting, 4 would simply do nothing and leave the issue an unanswered question.

This wasn't the general public. This was a few hundred people who carefully follow and care about the Debian project. I'm highly skeptical anyone who voted was "confused".

Re:Debian decides to allow secret votes by dtech on Tuesday March 29, 2022 @05:56AM (#30840657)
They use ranked choice voting so this shouldn't matter, as far as I understand RCV eliminates the lowest option one-by-one, passing the votes to the next option on each ballot as if the eliminated option never existed.

The discussion seems to be about ballots with 3 > 2 > 4, and when 3 was eliminated the votes went to 2, allowing it to pass. That's a bit strange because you'd expect a ballot to always have 3 next to 4 since they are so similar.

Re:Debian decides to allow secret votes by Sesse__ on Tuesday March 29, 2022 @06:18AM (#30840771)
Debian's vote system does not use instant runoff voting (which is eliminating the lowest options one by one). Instead, it uses Condorcet voting, which picks the options defeating all the others in pairwise competition. (If no such option exists, it gets more complicated. Also, the NOTA option is special and is used to check majority or supermajority requirements before the actual Condorcet process starts.)
Re:Debian decides to allow secret votes by kevinpet on Tuesday March 29, 2022 @02:19PM (#30846425)
Thank you. This is the first comment that clearly explained the issue.
Re:Debian decides to allow secret votes by zozbot234 on Tuesday March 29, 2022 @06:29AM (#30840834)
3 > 2 > 4 is very clear in that it means "I would most prefer to reaffirm public voting, but I do support secret voting so long as verification is allowed. I oppose secret voting without verification.". It's a meaningful vote. Why are people disagreeing about this?
Re:Debian decides to allow secret votes by dtech on Tuesday March 29, 2022 @07:01AM (#30841019)
Because public voting is the status quo, so 3 & 4 are identical in what they would (not) change in the procedures. 3 is just an additional statement of support. If you support public voting (3) you also support 4 over 1/2.
Re:Debian decides to allow secret votes by gvx on Tuesday March 29, 2022 @07:52AM (#30841352)
Not necessarily. As I understand it, 4 (NOTA) is special, because in a vote to change the constitution of Debian, you need 3 times more votes for a change than NOTA votes. Thus 3 > 2 > 4 would mean "I prefer 3, but if the majority supports 2 I will side with them instead of against them". In this case, I can imagine people thinking "I personally think public voting is fine, but if a lot of people think we should have secret votes, I have no problem with changing the constitution to allow those."
Re:Debian decides to allow secret votes by malthuswaswrong on Tuesday March 29, 2022 @08:21AM (#30841558)
Public voting is not status quo outside of Debian. In the real world the only places that have public voting are places that are controlled by dictators.
Re:Debian decides to allow secret votes by Spooky23 on Tuesday March 29, 2022 @09:47AM (#30842469)
It’s very common for boards and other organizational entities to use public voting. I’d argue that it’s a feature of legislative processes.

I do think ranked choice voting is dumb and adds low value and high complexity. This thread with hundreds of comments affirms that notion.

Re:Debian decides to allow secret votes by toast0 on Tuesday March 29, 2022 @12:37PM (#30844851)
Most (all?) US legislatures don't have private voting and are not controlled by dictators; not sure about other countries. Voice voting does happen in some contexts and doesn't leave a record of who voted how, but most contested votes are recorded.

To me, Debian Developer feels more like a position of responsibility and representation than a member of the public. But I'm not one, and I don't know what the expectations are.

Re:Debian decides to allow secret votes by notriddle on Tuesday March 29, 2022 @08:59AM (#30841934)
As well as many, many organizations that aren’t governments.
Re:Debian decides to allow secret votes by charcircuit on Tuesday March 29, 2022 @06:04AM (#30840691)
By definition "none of the above" can't be the same as any of the above options.
Re:Debian decides to allow secret votes by beaconstudios on Tuesday March 29, 2022 @06:09AM (#30840714)
But then the question becomes, "if you don't want private votes and you don't want public votes, what do you want?"
Re:Debian decides to allow secret votes by rossvor on Tuesday March 29, 2022 @06:32AM (#30840852)
Something else which hasn't been suggested yet. Basically it could be that you are not opposed to the secret voting in principle, but you think current proposed options are not fully baked yet and you also think that current status quo is sub-optimal too.
Re:Debian decides to allow secret votes by remram on Tuesday March 29, 2022 @09:21AM (#30842191)
Maybe you want for some votes to be public and some votes to be private. Putting "all votes should be {public,private}" in the constitution prevents that.
Re:Debian decides to allow secret votes by cailie on Tuesday March 29, 2022 @06:35AM (#30840863)
Eliminate voting?
Re:Debian decides to allow secret votes by ComradePhil on Tuesday March 29, 2022 @10:40AM (#30843151)
Re:Debian decides to allow secret votes by layer8 on Tuesday March 29, 2022 @01:30PM (#30845738)
Option 1 is also a superset of option 2, strictly speaking. The whole set of options doesn’t really seem well-defined.
Re:Debian decides to allow secret votes by throwawaybutwhy on Tuesday March 29, 2022 @02:08PM (#30846281)
...which is working as intended. This situation has all the hallmarks of a silent coup in the making.
Re:Debian decides to allow secret votes by CogitoCogito on Tuesday March 29, 2022 @03:16PM (#30847109)
What does "reaffirm public voting" mean in this context? Would "reaffirm public voting" have resulted in concrete action that would not have occurred had "none of the above" won?
Re:Debian decides to allow secret votes by sjmm1989 on Tuesday March 29, 2022 @09:31AM (#30842292)
Stopped using Debian a long time ago, and this is just making me glad I did exactly that.

What kind of hairbrained nimrod came up with that idea!?

You can't have mixed voting methods and still call it fair in any respect. Any chance there could be tampering should be considered not just to be happening, but to be assured to happen. "Secret ballots" of any sort when everyone else is not partaking in said "Secret ballots" just creates a skew towards unfairness and improper results. Assuming those ballots truly are secret and not just pseudo-secret. If true secret, then there is no way to track properly for sure if there is tampering...

I doubt anyone with Debian is going to be listening to me on this; but perhaps they should.

Debian crew: No. Normal voting methods only dammit.

Like they are going to listen though. In the meantime, I'll be using a different version of Linux. Debian has been dead to me for a long time now.

Re:Debian decides to allow secret votes by blueflow on Tuesday March 29, 2022 @09:42AM (#30842416)
I stand behind Debian to do votes in secrecy. During the RMS issue, I've seen many people who did not have their ferocity under control. This went as far as people wanting to have the "others" removed from the Debian project.

People not being able to cast their vote without having to fear repercussions is justification enough for secret votes.

Re:Debian decides to allow secret votes by Gollapalli on Tuesday March 29, 2022 @02:18PM (#30846401)
Is there a good rundown over what people were actually getting mad about with RMS? RMS has done a lot for free software, and while I think the whole GNU/Linux naming pasta is a bit silly, what RMS did with emacs, gcc, and copyleft is genuinely heroic in terms of accomplishment and impact.

So far as I can tell, it's "RMS defended Marvin Minsky" and "RMS said something about sex with teenagers not being super terrible many years ago".

Also, was the Minsky thing related to Epstein? Because if so, it's hard to blame Minsky for falling victim to a international intelligence operation that also ensnared presidents, financiers, and movie moguls, all of whom are far more shrewd and worldly than any mathematician has a right to be. And the right thing would be to blame the foreign power that was doing the ensnaring, IMHO.

Re:Debian decides to allow secret votes by AcerbicZero on Tuesday March 29, 2022 @11:47AM (#30844113)
I agree with you in spirit, but I believe open voting is a better "ideal" system; Debian as a group just doesn't have the time/motivation to deal with the issues inherent in open voting, and I can't blame them for that.
Re:Debian decides to allow secret votes by svnpenn on Tuesday March 29, 2022 @09:55AM (#30842555)
If you can't justify your vote, then maybe you shouldn't be voting. Anonymous voting should be enjoyed by the masses, never the ones representing them.
Re:Debian decides to allow secret votes by lelanthran on Tuesday March 29, 2022 @11:43PM (#30851291)
> If you can't justify your vote, then maybe you shouldn't be voting.

Sorry, wrong in every possible sense of the word. The only true way for an individual to be free from the consequence of placing their vote is for voting to be anonymous.

Any argument that a voter must face direct repercussions for their vote makes voting pointless.

> Anonymous voting should be enjoyed by the masses, never the ones representing them.

Well, since the debian voters are not, as far as a I know, elected by voters themselves, they are not representing anyone.

Re:Debian decides to allow secret votes by mcosta on Tuesday March 29, 2022 @11:17AM (#30843707)
Justification doesn't work whe the other side is just yelling white supremacy
Re:Debian decides to allow secret votes by blueflow on Tuesday March 29, 2022 @10:03AM (#30842650)
Your justifications are useless if they aren't being listened to, which was the problem back then. A huge lack of empathy and understanding.
Re:Debian decides to allow secret votes by pavon on Tuesday March 29, 2022 @01:05PM (#30845354)
Debian developers are not representatives. They were not elected, and they are not representing anyone's opinion other than their own. The elected positions in Debian are mostly administrative and any decision requiring voting goes to the developers as a whole, not just the elected officials.
Re:Debian decides to allow secret votes by throwaway82652 on Tuesday March 29, 2022 @09:38AM (#30842375)
>Stopped using Debian a long time ago

>I'll be using a different version of Linux.

I'm not disagreeing with the rest of your reply, but these are nonsensical statements in context. It's presenting an assumption that the governance systems in other versions are better. I've seen a lot of projects with BDFL leaders and no voting whatsoever. Linux itself is famous for permanently keeping a BDFL in charge and not really having voting, so in some sense we might be able to say they all suffer from a lack of voting methods in some areas.

Re:Debian decides to allow secret votes by colechristensen on Tuesday March 29, 2022 @10:31AM (#30843014)
With secret voting you can deflect responsibility and not really hold anybody accountable, with a benevolent dictator... er, well it can't be anybody but Linus' fault as all decisions flow through him.
Re:Debian decides to allow secret votes by throwaway82652 on Tuesday March 29, 2022 @10:48AM (#30843266)
That is fundamentally different from what the parent reply is saying and that makes no sense either. The entire point of putting open source code out there for free with no warranty is to avoid accountability, in favor of more transparency. A BDFL is only legally accountable to those who pay their salary, and the companies that care about accountability will pay them in exchange for signing private long-term contracts.
Re:Debian decides to allow secret votes by scbrg on Tuesday March 29, 2022 @12:37PM (#30844854)
I'm a long term Debian user, and while I'm not sure I'm super happy with this, which distro are you using that is is more transparent than Debian wrt their decision making process?

It goes without saying that all the commercial distros are disqualified. Anything with a (B)DFL is obviously disqualified. Anything run by a small cabal that could easily communicate in an out of band way is disqualified. What do you have left?