Debian Project Leader Candidates' Platforms Online 25
An anonymous reader writes "The platforms for the Debian Project Leader candidates are now available here with more information about how votes are tallied. The candidates this year are the incumbent DPL Martin Michlmayr, and developers Branden Robinson, and Gergely Nagy (but if you vote for him, his tamagotchi will sit on you.)" Nagy's platform is interesting reading.
ballots (Score:5, Funny)
Re:ballots (Score:4, Funny)
Martin Michlmayr (Score:3, Interesting)
I'm on most of the Debian mailing lists, and I didn't know this. Branden's name sticks out, as he's contributed so much. Before double-checking, if you'd asked me which of the three candidates were running for reelection, I'd have thought it was Branden!
Good riddance to the do-nothing. A bunch of PhDs don't mount up to a hill of beans if you don't do anything!
Re:Martin Michlmayr (Score:1, Insightful)
Re:Martin Michlmayr (Score:5, Informative)
We (as in users) depend on them to provide us with Debian the distribution, and as such they pick the DPL. The parent might see this effort as "nothing" but then again, why fix something that isn't broken? The only main problem with Debian is still the release process, which has been broken for years, some might even argue that it isn't broken at all, I guess it depends on your point of view.
All I know is that I've been using sid for years, and it has served me well, with over thirteen thousand packages working as well as they do, I hardly think anyone from the outside can call Debian anything other than a miraculous success.
Of course, those involved in the process can criticize all they wish, that's probably the reason it works so well in the first place.
Re:Martin Michlmayr (Score:5, Insightful)
Funnily enough - he isn't, though he did a good enough job when I met him.
I think it's interesting how democracies tend to change every so often as we dwell on the failures of those in leadership and forget to notice the quiet advances those same people have made. Interesting how the new one never seems that much better.
Branden would certainly have a different focus - and the question is which area of focus is better for Debian at the moment, Branden's strict constitutional interpretation and "from the ranks" approach as a very active package maintainer, or Martin's more relaxed interpretation of the constitution and behind the scenes / package process support approach.
If you read past the initial PhD section of Martin's bio, you'll notice that he has worked intensively in the Quality Assurance and New Maintainer areas. Ensuring that bugs get dealt with and that new people are coming on board to maintain packages is just as important as maintaining the packages yourself.
Branden does make some very good points however, that without a constitution a government is nothing.
I'm not a developer, just a very avid user who should have got off my arse ages ago and become a developer. Oh well. If I was voting, I would vote for Martin as project leader on the basis that I believe Debian has plenty of maintainers and not enough QA (check the release critical bug count some time), but I would ask him politely to respect the constition or start the process for it to be changed. I don't know the background for the disputed 'delegates' situation, and I don't know if the best solution is changing the constitution or delegating the specific people Branden names.
And, AC. Maybe you should be aware that being active on development mailing lists is not the only way of doing anything.
Re:Martin Michlmayr (Score:1, Informative)
Perhaps you're just not on the right lists. He's pretty active on the -qa list as well as a few others.
This is the typical perspective of a non-DD. They don't give just anyone access to the Debian machines, nor the power to head NM, and the authority t
Re:Martin Michlmayr (Score:3, Interesting)
Obligatory (Score:1, Funny)
Re:Obligatory (Score:2)
Instant Runoff Voting (Score:4, Informative)
-Waldo Jaquith
Re:Instant Runoff Voting (Score:5, Informative)
Debian uses the Condorcet voting method, with Cloneproof Schwartz Sequential Dropping (SSD) as the tiebreaker method, and some modifications for supermajorities for use when voting on amendments to the Constitution, DFSG, and Social Contract. For people not familiar with Condorcet, the short explanation is that each ballot provides an ranking of the options, from most preferred to least preferred. The winner is the option that is preferred over every other option by a majority of people, meaning that a majority of people ranked that option over each other option.
Condorcet is far fairer than Instant Runoff. For example, Instant Runoff is non-monotonic, meaning that a vote for a candidate can make that candidate lose, and a vote against a candidate can make that candidate win. In addition, Instant Runoff generally eliminates "compromise" third-party candidates, even if they would have been preferable to the winning option. In fact, Instant Runoff Voting is the only option that is worse than the standard Plurality or "First Past the Post" system (one vote per person, most votes wins). This is primarily caused because Instant Runoff only looks at your top choice, and ignores the preferences below that, until your top choice is eliminated. This forces you to vote strategically, instead of honestly.
See electionmethods.org [electionmethods.org] for more information on various voting methods (and some good criteria used to evaluate voting methods). In particular, read their article The Problems with Instant Runoff Voting [electionmethods.org]. For more information on Debian's implementation of Condorcet, see the Debian Constitution [debian.org].
Re:Instant Runoff Voting (Score:1)
Yup (Score:1)
It works just fine with two candidates, but no better and no worse than a "traditional" election.
-Waldo Jaquith
What is Branden going to do with XFree86? (Score:3, Interesting)
What the hell is going to happen to XFree86? He's worked like an animal on it for the last four years or so. Is he planning on handing it off to someone else? Or is he going to juggle both?
Either way, one of the two sets of duties -- Project Leader or XFree86 -- will certainly suffer.
As much as I might want him in place as Project Leader, why hasn't he discussed this in his platform? (Not that what I say matters;
Re:What is Branden going to do with XFree86? (Score:2, Informative)
Over the past year, the work I've been proudest of has been the transition of Debian XFree86 packaging effort from individual-based to team-based.
Re:What is Branden going to do with XFree86? (Score:2, Informative)
just remembered (Score:3, Interesting)