>>>>> "Stefan" == Stefan Richter <[EMAIL PROTECTED]> writes:
Stefan> John Stoffel wrote: >> The question to me really revolves around how do you automate the >> process in a transparent manner so that people don't have to change >> much how they interact with lkml. Stefan> I think the more important questions are: Stefan> - Are there people who know how to get reports to developers? Stefan> (We can't train all potential reporters to get reports right.) Sure, but telling them "email to [EMAIL PROTECTED]" isn't tough. Stefan> - Are there enough developers to work towards bug fixes? Nope, never enough. Stefan> The technical means to capture reports, let alone the Stefan> bugtracking tools, are of secondary importance. The technical means are secondary, it's the human factors of how bug reports are captured which is of prime concern. It's obvious people aren't happy with bugzilla. Most, but not all, are happy with LKML, but a dumb mailing list isn't ideal for tracking bug reports. As a SysAdmin, I love being able to tell me user 'just email help' to open a ticket. As a SysAdmin, I can then interact with the tickets which are created and managed using 'RT' (http://www.fsck.org/rt) from inside my email client without having to think about it too much. Again, transparency to the end-user AND tothe developers is key. If neither finds if easy to use, it won't be. So we need to come up with a work flow which works with us (read you, I just read and contribute bug reports myself... :-) and for us. But which never gets in the way if at all possible. John -- 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/
