lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 16 Jul 2013 23:58:05 +0200
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	Sarah Sharp <sarah.a.sharp@...ux.intel.com>,
	Rusty Russell <rusty@...tcorp.com.au>,
	Willy Tarreau <w@....eu>, Ingo Molnar <mingo@...nel.org>,
	Guenter Roeck <linux@...ck-us.net>,
	Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	Steven Rostedt <rostedt@...dmis.org>,
	Dave Jones <davej@...hat.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	stable <stable@...r.kernel.org>,
	Darren Hart <dvhart@...ux.intel.com>,
	Mauro Carvalho Chehab <mchehab@...hat.com>
Subject: Re: [ 00/19] 3.10.1-stable review

On Tuesday, July 16, 2013 02:23:46 PM Linus Torvalds wrote:
> On Tue, Jul 16, 2013 at 2:08 PM, Sarah Sharp
> <sarah.a.sharp@...ux.intel.com> wrote:
> >
> > I do, however, object when the verbal abuse shifts from being directed
> > at code to being directed at *people*.  For example, Linus chose to
> > curse at Mauro [2] and Rafael [3], rather than their code:
> 
> Umm. Because it was actually the person who was the problem?
> 
> Trust me, there's a really easy way for me to curse at people: if you
> are a maintainer, and you make excuses for your bugs rather than
> trying to fix them, I will curse at *YOU*.
> 
> Because then the problem really is you.
> 
> And in *both* of the examples you cite, that was exactly the issue. It
> wasn't that there was a bug - it was that the maintainer in question
> basically refused to fix a regression.
> 
> Sure, there was a code problem. But that wasn't the big issue. Code
> can be broken, and can be utter crap, but as long as it's fixed, who
> cares?
> 
> But when top-level maintainers start ignoring the #1 rule in the
> kernel ("We don't regress user space"), then it's not the broken code
> that annoys me any more.
> 
> See the difference?
> 
> And yes, people who don't get this are people who I will literally
> refuse to work with. In both of the cases you cite, things resolved
> themselves quickly (in fact, with Rafael it was at least partially
> just bad communication, and I haven't had that issue with him before).

Actually, I didn't feel like I was being attacked personally then.

In fact, I didn't say what I really wanted to say in that reply to the reporter
and that evidently confused you, which only made me think it was better to be
more careful about sending replies to regression reports when Linus is on the
CC list.  But it was kind of fun to watch you go ballistic by mistake. ;-)

And the problem itself was really confusing IIRC (that was a regression in a
piece of code that wasn't even executed as a result of a different bug and the
fix for that different bug caused the regression to show up).

So no, not really a good example of "Linus cursing at people" as far as I'm
concerned.

Rafael


-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ