[lkml]   [2005]   [Mar]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: RFD: Kernel release numbering
El Fri, 4 Mar 2005 11:06:33 +0000,
Russell King <> escribió:

> Overall, my experience with the kernel bugzilla has been rather
> unproductive. Most bugs which came in my direction weren't for things
> I could resolve.

It's possible that there're other bug tracking systems that can fit? The main disadvantage
of the (few) bug tracking systems I've seen is that at the end they end up being a
"additional task" for the developers (ie: more work) instead of being something that really
helps to developers and free them of doing some extra work, so people avoids them when
they can. There're some mail-based bug tracking systems like the one from debian but
they don't include a alternative web interface for final users (well, I think bugzilla has a
"email mode" or something like that but I don't really know)

Bug reporters running away is something that will happen always no matter what system
is used, but is it important? If someone submits a bug and he don't answer when
he's asked for more details, there's no way you can fix it and the bug should be closed
given a reasonable time frame. There's no reason why this can't happen today when bug
are reported to the lkml, except that people who reports bugs to the lkml is people who
really wants to get their bugs fixed. If the bug is important enought, it'll get reported again
by someone else who cares about getting it fixed.

(There're other problems with traditional bug tracking systems, like "ownership" of a bug.
Some bugs are reported, discussed, and then they get fixed silently outside of the
scope of the bug tracking system, but the bug remains open for _years_ - IMHO all open
bugs which have not been discussed and closed in such amount of time should be
closed unless there're real reasons to keep them open, new versions could have fixed
it and if it remains it could be re-submitted - and it can't get closed because the developer
who owns it is not looking at it. Some bug tracking systems (like the one from joel spolsky,
aka "") just don't allow to have "ownership" of bugs, because if you
want that the system helps to solve problems instead of being an additional task,
_everyone_ should be allowed to solve problems - which is specially true in the open
source world)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:10    [W:0.182 / U:6.980 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site