apt-get install debian-wizard

Insider infos, master your Debian/Ubuntu distribution

  • About
    • About this blog
    • About me
    • My free software history
  • Support my work
  • Get the newsletter
  • More stuff
    • Support Debian Contributors
    • Other sites
      • My company
      • French Blog about Free Software
      • Personal Website (French)
  • Mastering Debian
  • Contributing 101
  • Packaging Tutorials
You are here: Home / Random / Opinions / About the “condorcet” votes

About the “condorcet” votes

March 7, 2006 by Raphaël Hertzog

I just saw the vote of NOKUBI Takatsugu who posted it by error on debian-vote.

The vote ranked “Further discussion” second just after his preferred option. I find such a vote too *strong*. This vote really means “My option or none”, or in other words: I don’t want any compromise (which is quite strange given that his first option is the “compromise” option).

I believe that we should vote with the aim to have a winner in the end and as such we should avoid putting something below “Further discussion”. IMO the only valid reason to put something below is if that option would hurt Debian in one’s own opinion.

Just rank the options in your order of preference. I ranked “Further Discussion” last, it’s my way of accepting the diverging opinions within our project.

(So there’s nothing personal against Takatsugu, I just took the opportunity of his little mistake to point out something I find important)

BTW, if you haven’t voted, please do. Even if you don’t care about the outcome, vote and leave all the fields empty (or rank them equally), that way you’ll express that you’re happy whatever the outcome is and you won’t be part of a silent majority. And the outcome of the vote will be stronger.

This leads me to the following question: I wonder if we shouldn’t require DD to vote and if they don’t participate in 2 or 3 consecutive votes, they shall be considered by the MIA team… it would be a kind of implicit “ping of maintainers”.

Update: FYI, Takatsugu thanked me by private mail for the explanation and will recast another vote.

Filed Under: Opinions Tagged With: Debian

Comments

  1. Anonymous says

    March 7, 2006 at 10:56 am

    I wonder if we shouldn’t require DD to vote and if they don’t participate in 2 or 3 consecutive votes, they shall be considered by the MIA team… it would be a kind of implicit “ping of maintainers”.

    DDs are not required to vote, nor should they be. However, the MIA team does look at voting participation as one indication of activity from a maintainer.

  2. Josselin Mouette says

    March 7, 2006 at 11:29 am

    Please don’t judge other developers’ votes, this is a fascist tendency. They know how to vote, and they know how to rank their preferred options.

    NOTA means: “do nothing”. If you disagree with a proposal, you surely prefer to do nothing than accepting the proposal.

  3. glandium says

    March 7, 2006 at 11:29 am

    So you consider option 3 would not harm the project ? OMFG.

  4. Buxy says

    March 7, 2006 at 12:11 pm

    Josselin, given the kind exchange that I had with Takatsugu, it’s clear that not everyone understands fully the principles of Condorcet voting, and it’s quite understandable. Most of us never used Condorcet voting for something else than Debian and most of us never learnt Condorcet voting at school.

    But every time that I give *my opinion* you treat me of a fascist. Why the hell ? What’s so difficult about accepting that we have diverging opinions and stop insulting me each time that I open the mouth ?

    Of course, FD == NOTA == do nothing. But let’s face it: we have disagreement that could hinder our progress to release etch in time and it’s better to take a decision (whatever it is) than to not take a decision. So, for me, ranking further discussion last is the best course of action given that most views are quite fairly represented on the ballot.

    In response to Glandium, yes, IMO option 3 would not harm the project. Just like releasing sarge with the same documentation didn’t harm the project.

  5. MJ Ray says

    March 7, 2006 at 2:15 pm

    FD = further discussion, not do nothing. If everyone chooses to do nothing for a while, they’re ignoring the result: try again to find agreement.

  6. glandium says

    March 7, 2006 at 3:02 pm

    Substancially, option 3 says that as far as the license allows (some) modifications, it doesn’t fail DFSG #3.
    Example of a license text that would allow (some) modifications: You may ditribute modified versions of this software provided that your modifications happen in the do_nothing() function.

  7. Buxy says

    March 7, 2006 at 4:03 pm

    Glandium, option 3 says “the GFDL conforms to the spirit of the DFSG”. It doesn’t mean that we’ll take the same decision with even dumber licenses. So my interpretation of option 3 is *not* “as far as some modifications are allowed, the license doesn’t fail DFSG #3” but rather “since the GFDL only forbids modifications of secondary part, we can decide that the GFDL doesn’t fail DFSG #3”.

    All that said, unmodifiable sections still suck and that’s why I’ve put Adeato’s amendment first.

Trackbacks

  1. MJR's slef-reflections says:
    March 9, 2006 at 11:56 am

    Rank FD High

    Any compromise found from that insincere voting will not last long. Voting closes this weekend: if you have ranked FD below options you dislike, revote now if you want to find a real compromise. …

Get the Debian Handbook

Available as paperback and as ebook.
Book cover

Email newsletter

Get updates and exclusive content by email, join the Debian Supporters Guild:

Follow me

  • Email
  • Facebook
  • GitHub
  • RSS
  • Twitter

Discover my French books

Planets

  • Planet Debian

Archives

I write software, books and documentation. I'm a Debian developer since 1998 and run my own company. I want to share my passion and knowledge of the Debian ecosystem. Read More…

Tags

3.0 (quilt) Activity summary APT aptitude Blog Book Cleanup conffile Contributing CUT d-i Debconf Debian Debian France Debian Handbook Debian Live Distro Tracker dpkg dpkg-source Flattr Flattr FOSS Freexian Funding Git GNOME GSOC HOWTO Interview LTS Me Multiarch nautilus-dropbox News Packaging pkg-security Programming PTS publican python-django Reference release rolling synaptic Ubuntu WordPress

Recent Posts

  • Freexian is looking to expand its team with more Debian contributors
  • Freexian’s report about Debian Long Term Support, July 2022
  • Freexian’s report about Debian Long Term Support, June 2022
  • Freexian’s report about Debian Long Term Support, May 2022
  • Freexian’s report about Debian Long Term Support, April 2022

Copyright © 2005-2021 Raphaël Hertzog