From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2097 invoked from network); 27 Jul 2004 17:54:24 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 27 Jul 2004 17:54:24 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BpW9f-0006sp-Pl for arch-gentoo-dev@lists.gentoo.org; Tue, 27 Jul 2004 17:54:23 +0000 Received: (qmail 2984 invoked by uid 89); 27 Jul 2004 17:54:23 +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 21694 invoked from network); 27 Jul 2004 17:54:23 +0000 From: Olivier Crete To: gentoo-dev@lists.gentoo.org In-Reply-To: <20040727173952.GC13649@gonzo.stern.nyu.edu> References: <200407271254.50020.absinthe@gentoo.org> <20040727180443.4db0015c@snowdrop.home> <200407271327.29517.absinthe@gentoo.org> <20040727173952.GC13649@gonzo.stern.nyu.edu> Content-Type: text/plain; charset=UTF-8 Organization: Gentoo Date: Tue, 27 Jul 2004 13:54:18 -0400 Message-Id: <1090950859.29438.54.camel@montreal> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -4.5 (----) X-Spam-Report: Spam detection software, running on the system "mx.max-t.internal", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or block similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Tue, 2004-07-27 at 13:39 -0400, Peter Johanson wrote: > On Tue, Jul 27, 2004 at 01:27:29PM -0400, Dylan Carlson wrote: > > On Tuesday 27 July 2004 1:04 pm, Ciaran McCreesh wrote: > > > Well, given that most of our users don't seem to be able to get the > > > priority field straight ("Waah! There's a tiny typo in an einfo > > > statement! BLOCKER!"), I'd be kind of sceptical about an easily rigged > > > popularity contest. I suspect we'd just end up seeing thousands of votes > > > for "add more pictures to bootsplash" and "add this horribly broken > > > kernel patch to g-d-s"... > > > > That's a grim assessment. In any case, it doesn't matter how someone > > spends their votes. If many people spend votes for bootsplash, and > > bootsplash enhancements end up being a priority, then I would hope we > > would respond by incorporating them with the same priority as our own > > personal wishlists. > > I think the point (once you learn to decode ciaranm's acidic comments) > is that this voting may result in a group of overly zealous users > skewing things away from realistic priorities. We might see a bug about > reiser4 support in g-d-s get pumped up to the top of the list, where a > bug about fixing a major but subtle flaw in base-layout might not get > any attention. (just an example (one that ciaranm will i'm sure enjoy)) > > None the less, i think enabling it warrants consideration. [...] Content analysis details: (-4.5 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.4 AWL AWL: Auto-whitelist adjustment Subject: Re: [gentoo-dev] Bug voting X-Archives-Salt: 5b1e6fc5-0596-4626-bd8c-14f13f56fc74 X-Archives-Hash: 42605498f8903a6aa1a39dbe59ab3257 On Tue, 2004-07-27 at 13:39 -0400, Peter Johanson wrote: > On Tue, Jul 27, 2004 at 01:27:29PM -0400, Dylan Carlson wrote: > > On Tuesday 27 July 2004 1:04 pm, Ciaran McCreesh wrote: > > > Well, given that most of our users don't seem to be able to get the > > > priority field straight ("Waah! There's a tiny typo in an einfo > > > statement! BLOCKER!"), I'd be kind of sceptical about an easily rigge= d > > > popularity contest. I suspect we'd just end up seeing thousands of vo= tes > > > for "add more pictures to bootsplash" and "add this horribly broken > > > kernel patch to g-d-s"... > >=20 > > That's a grim assessment. In any case, it doesn't matter how someone=20 > > spends their votes. If many people spend votes for bootsplash, and=20 > > bootsplash enhancements end up being a priority, then I would hope we=20 > > would respond by incorporating them with the same priority as our own=20 > > personal wishlists. >=20 > I think the point (once you learn to decode ciaranm's acidic comments) > is that this voting may result in a group of overly zealous users > skewing things away from realistic priorities. We might see a bug about > reiser4 support in g-d-s get pumped up to the top of the list, where a > bug about fixing a major but subtle flaw in base-layout might not get > any attention. (just an example (one that ciaranm will i'm sure enjoy)) >=20 > None the less, i think enabling it warrants consideration. And since those votes are completely non-binding.. we are completely free to ignore them if we believe they are wrong. It might still give many devs who dont spend their time in #gentoo or the forums a more direct idea of what users really care about. --=20 Olivier Cr=C3=AAte tester@gentoo.org Gentoo Developer -- gentoo-dev@gentoo.org mailing list