Gentoo Archives: gentoo-dev

From: Tommi Pirinen <tommi.pirinen@××××××××.fi>
To: Ciaran McCreesh <ciaranm@g.o>
Cc: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Bug voting
Date: Tue, 27 Jul 2004 22:49:44
Message-Id: 4106DC03.8080104@kolumbus.fi
In Reply to: Re: [gentoo-dev] Bug voting by Ciaran McCreesh
1 Ciaran McCreesh wrote:
2
3 >No, subtle as in "this bug will cause people various really strange
4 >problems, but they won't realise what's causing it". Don't forget, the
5 >package maintainers quite often know a lot more about the package and
6 >the way it interacts with the system than the bug submitters and voters.
7 >
8 >
9 >
10 IMHO situation like this, when developer knows more than bug reporters,
11 should be handled by marking the bug invalid, wontfix or later with an
12 explanation. The current situation often seems that developers decide to
13 "know more" without saying it to anyone, and from user/bug reporter
14 point of view it seems as if he hasn't been heard or no one cares about
15 the issue.
16
17 The main deal with this whole discussion to me as end user seems that
18 gentoo's bugzilla has gotten very much of the reputation that bugs just
19 sit there without no one noticing. As you might have noticed this
20 concern comes up a lot in the user fora and granted, the reason might be
21 the stupidity of users, but I'm sure it won't go away soon. Most of the
22 people complaining about it do report at other projects as well, and
23 from my and their experience other projects do have quite a lot better
24 response times from bugzilla than gentoo does. Of course this bug voting
25 wouldn't be much of help to the actual problem, more than just slowdown
26 for the most eager bug reporters.
27
28 >Good example: the automagic link detection before DHCP feature that
29 >people keep on wanting in baselayout. Looks nice on the surface, lots of
30 >people saying "yes please", but suddenly when it's implemented we get
31 >thousands of users with broken networking because it turns out that that
32 >nifty link detection feature isn't universally reliable.
33 >
34 >
35 >
36 So it's users' fault that someone implemented and released broken
37 feature? I know that job of developers isn't easy either, but I think
38 this example isn't very good argumentation against anything. And if the
39 developer here knew more, he could've just said it's not reliable enough
40 to implement.
41
42 >Well, either the voting affects developers, in which case it's a serious
43 >problem because it'll detract from the bugs which are *actually*
44 >important, or it won't affect developers, in which case your claims
45 >above are effectively meaningless.
46 >
47 >
48 >
49 Or the voting keeps users doing something that seems important to them ;-)
50
51
52 --
53 Flammie, generally nobody from nowhere in the internet.
54 Uninteresting generic profile at
55 <URL: http://cs.joensuu.fi/%7Etpirinen>
56
57
58 --
59 gentoo-dev@g.o mailing list

Replies

Subject Author
Re: [gentoo-dev] Bug voting Ciaran McCreesh <ciaranm@g.o>
[gentoo-dev] Re: Bug voting Gabriel Ebner <ge@××××××××××××.at>
[gentoo-dev] Re: Bug voting Gabriel Ebner <ge@××××××××××××.at>
[gentoo-dev] Re: Bug voting Gabriel Ebner <ge@××××××××××××.at>
[gentoo-dev] Re: Bug voting Gabriel Ebner <ge@××××××××××××.at>