El Fri, 4 Mar 2005 11:06:33 +0000, Russell King <[EMAIL PROTECTED]> 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 "joelonsoftware.com") 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 [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
