From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16994 invoked from network); 27 Jul 2004 20:12:25 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 27 Jul 2004 20:12:25 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BpYJD-000507-Dh for arch-gentoo-dev@lists.gentoo.org; Tue, 27 Jul 2004 20:12:23 +0000 Received: (qmail 13768 invoked by uid 89); 27 Jul 2004 20:12:22 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 12993 invoked from network); 27 Jul 2004 20:12:22 +0000 Date: Tue, 27 Jul 2004 21:09:43 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Message-Id: <20040727210943.29584a5c@snowdrop.home> In-Reply-To: <200407271526.46575.absinthe@gentoo.org> References: <200407271254.50020.absinthe@gentoo.org> <200407271418.56253.absinthe@gentoo.org> <20040727194515.5d3799f1@snowdrop.home> <200407271526.46575.absinthe@gentoo.org> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Tue__27_Jul_2004_21_09_43_+0100_wkqvq4feOZIzIrkS" Subject: Re: [gentoo-dev] Bug voting X-Archives-Salt: 4e48522d-c0d2-4a96-9fb2-0558b3b31ee7 X-Archives-Hash: d875fda9784b6b46ccc20b2b5b23bfe9 --Signature=_Tue__27_Jul_2004_21_09_43_+0100_wkqvq4feOZIzIrkS Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Tue, 27 Jul 2004 15:26:46 -0400 Dylan Carlson wrote: | On Tuesday 27 July 2004 2:45 pm, Ciaran McCreesh wrote: | > Those are assumptions based upon a very large amount of evidence | | So you admit that they are assumptions, based on anecdotal evidence. Uh, no. They are assumptions based upon a very large body of direct evidence. Since we can't go and ask every single user what they think, that's the best we can get. | > No, I'm saying it's an indicator which already exists if someone | > wants to find out how popular their bug might be, nothing more. | > However, Cc: list spamming is pretty pointless, whereas vote | > spamming could be construed to mean something. | | Funny, that's the idea. It's not spamming if you have a finite amount | of votes. People can spend them any way they choose. If you spend | your votes on enhancement requests to app-misc/hello-kitty, that's | your choice. That's just it, though. Doesn't take much effort to get a few hundred Off The Wall readers to register multiple accounts and vote-bomb a bug because it's 'funny' or 'cool'. Like I said, search for "portage ignorance" in Off The Wall and you'll see a perfect example. | What ultimately matters is the sum of all user votes. It's safe to | say the top-10 most voted list would be something we should consider | paying more attention to. No, the top-10 will end up containing "support reiser4 in g-d-s" and "add kernel-I'm-not-allowed-to-name to portage". See aforementioned OTW thread. | > | I frankly don't understand why you're so outspoken on this issue. | > | You can ignore votes if that's what you choose to do. This is not | > | a policy change proposal, this is an enhancement request for | > | Bugzilla. | > | > 1) Because it will lead to "this bug has over a hundred votes, why | > is it being ignored?" posts. | | And would such posts be unreasonable? I don't think so. If a bug has | a large # of votes relative to everything else, and it IS being | ignored, it's a valid question. You're assuming that a) votes equate to what our users want, and b) our users understand every single issue involved. As Peter already suggested, the subtle but important bugs won't get voted on, because most people don't know what they're about. | > 2) Because it is yet another field in bugzilla. We already have far | > too many clicky boxes for most people. | | We have a wizard bug reporting interface which does not change as a | result of bug voting. At most the bug page will show the # of votes, | and will add one more link at the bottom to vote for the bug. Big | deal. Our interface is already complex enough that most people need a wizard. Why add even more to it? | > 3) Because it will lead to vote spamming. Search the Off The Wall | > forum for "portage ignorance" for a good example of why this won't | > work. | | Hmm, voting seems to work pretty well for KDE and Mozilla, among | others. And it's a trivial change, which again, you seem to be | reaching for reasons to shoot holes through. If it doesn't work out, | we turn votes off, it's as simple as that. It's a trivial change with a rather large potential impact which shouldn't be implemented until all the implications are understood. | > | Also please read: http://www.unixguide.net/freebsd/faq/16.19.shtml | > | > Posting irrelevant links does not make an argument. | | It's not irrelevant, if you actually take a minute to read it instead | of posting more FUD against bugzilla voting. Of course it's irrelevant. The colour of the bike shed doesn't matter. Whether or not we enable a feature which could end up causing serious problems for developers matters a lot. Two entirely separate issues. -- Ciaran McCreesh : Gentoo Developer (Sparc, MIPS, Vim, Fluxbox) Mail : ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm --Signature=_Tue__27_Jul_2004_21_09_43_+0100_wkqvq4feOZIzIrkS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBBraO96zL6DUtXhERAkO8AJ9J+yp3bxiD4t8zFtwGCZRbV1rGYgCeNHCl /zLgAszkROLOrFXY3DYJiPU= =5HcV -----END PGP SIGNATURE----- --Signature=_Tue__27_Jul_2004_21_09_43_+0100_wkqvq4feOZIzIrkS--