Re: [gentoo-dev] Bug voting

[Tom Wesley <tom@tomaw.org>]

[-- Attachment #1: Type: text/plain, Size: 2524 bytes --]

On Tue, 2004-07-27 at 19:12 -0400, Dylan Carlson wrote:
> On Tuesday 27 July 2004 6:59 pm, Ciaran McCreesh wrote:
> > I think votes will get cast for trivial cosmetic features (example:
> > bootsplash) rather than the subtle can-make-your-system-die-horribly
> > bugs. So, for those kinds of bugs, we'll either have to ignore the
> > voting (which pretty much defeats the object of having votes at all) or
> > focus on the 'popular' enhancements at the expense of having a working
> > system.
> 
> Why speculate?  Especially when it's not happening elsewhere in other large 
> open-source projects that have voting turned on?
> 
> > I am worried that I will see posts saying "why are you ignoring the
> > several hundred votes on this bug?" on bugs for small cosmetic issues
> > (example: bootsplash) when there are far more important bugs which don't
> > attract votes. Although *I* will be ignoring the votes, the voters won't
> > be.
> 
> Why are you worried about something that hasn't happened?  You're putting 
> the cart in front of the horse.  Voting works well for other large 
> projects using bugzilla, and there's nothing that would suggest it 
> wouldn't work for us.  If vocal/spamming forum users were a problem for 
> bugzilla, dot.kde.org users would have made a mess of bugs.kde.org by now.
> 
> Cheers,
> Dylan Carlson [absinthe@gentoo.org]
> Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x708E165F
> 

Cart before the horse, or an insight into the minds of the masses,
either way it's a situation that surely has to happen.  I can see the
OTW postings of "Ignorant @gentoo.org dev ignores 300+ votes on kde-
themes-even-more-we-dont-need-0.0.0.1.ebuild"

I do, however, think that the development team should be capable of
ignoring those posts and not losing too much sleep over them.

However, I believe that voting as is done in the KDE project would allow
a reflection of different things for different types of bugs
  a) Enhancements:  How many users would like to see the feature add.
  b) Real bugs:  How much of a pain in the arse is this bug for people.

If you limit the number of votes people can have, as KDE do then people
will be more likely to vote for pain pain in the arse bugs than they
would enhancements.

As another point mentioned somewhere in this thread, bugs are not always
marked as with correct status.  Surely if dev's spot this then they
should alter the bug then and there?

-- 
Tom Wesley <tom@tomaw.org>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]