1 |
vote++; |
2 |
|
3 |
it gives a nice understanding on the demand for certain enhancement/ebuild |
4 |
requests. It's also a nice, low-overhead way for people to say 'heck, I ran |
5 |
in that bug too and would indeed welcome to see it fixed'. |
6 |
|
7 |
Of course there might always be people that abuse such a system to get a |
8 |
stronger voice, but the developer's common sense will for sure deal with |
9 |
that. After all, the voting is not (and should not be) an official |
10 |
priority-setting tool. I'd be happy to use it as hint though. |
11 |
|
12 |
Perhaps it might be usefull to include the 'top 10', or top most of last |
13 |
week/month entries in the GWN, like the bug squashing/creeping statistics. |
14 |
|
15 |
Frank. |
16 |
|
17 |
|
18 |
On Tue, Jul 27, 2004 at 12:54:49PM -0400, Dylan Carlson wrote: |
19 |
> Greetings, |
20 |
> |
21 |
> Stuart touched on this a month ago (see: Tools to help QA, 6/25/04) and I |
22 |
> didn't see any arguments for, or against it. |
23 |
> |
24 |
> My thoughts (I'm in favor of bug voting): |
25 |
> |
26 |
> 1. Without bug voting, there's no way to determine what bugs are most |
27 |
> important to the public (or at least to the people using Bugzilla, which |
28 |
> is really *our* public, in a working sense). |
29 |
> |
30 |
|
31 |
-- |
32 |
+---- --- -- - - - - |
33 |
| Frank van de Pol -o) A-L-S-A |
34 |
| FvdPol@××××××××××.nl /\\ Sounds good! |
35 |
| http://www.alsa-project.org _\_v |
36 |
| Linux - Why use Windows if we have doors available? |