https://bugs.launchpad.net/ubuntu/+source/linux/+bug/997767/comments/80
Christopher Penalver
christopher.penalver at gmx.com
Mon Jun 18 12:01:19 UTC 2012
Dear Kernel Team:
In response to Brad Figg's post:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/997767/comments/80
>"You are really not helping by just spamming bugs..."
I take the work I do as a volunteer Bug Control member very seriously. I do not appreciate being publicly flogged in having my triaging efforts called spam, in light of this being proper Bug Control procedure as per thread:
https://lists.launchpad.net/ubuntu-bugcontrol/msg03737.html
and:
https://wiki.ubuntu.com/Bugs/Tags#Regression_specific
>"...telling folks to bisect their kernels."
I'm not telling anyone to bisect their kernels. All I do is ask if they could do it, and if they cannot, work together with them to have it bisected for them.
>"Many people just are not prepared to do so."
I think judging the technical ability of many people before they told us is presumptuous and arbitrary. It seems best to let the reporter decide if they can or cannot bisect, and then work together with them based on this. Examples exist where I requested the reporter to bisect, they did, and the bug moved forward.
Despite this, if the team does not find asking the reporter to bisect to be proper, in light of their bug being a regression, then I clearly do not understand Ubuntu kernel bug triage, nor linux kernel regressions in general.
It is appreciated if the team clears this issue up so I and other Bug Control members who want to triage kernel bugs can be as helpful and productive as possible.
What do you think?
--
Christopher M. Penalver
E-Mail: christopher.penalver at gmx.com
MCSE:Security, MCSA, MCDST, MCP, Security+, Network+, A+, NSSP
This E-Mail was sent via a laptop using Xubuntu, Linux for human beings.
www.xubuntu.org
http://www.launchpad.net/~penalvch
Acer Aspire 5750-9668 Xubuntu 12.04
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20120618/5ff11d06/attachment.html>
More information about the kernel-team
mailing list