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:	Wed, 17 Jul 2013 23:47:34 -0400
From:	Steven Rostedt <rostedt@...dmis.org>
To:	CAI Qian <caiqian@...hat.com>
Cc:	Thomas Gleixner <tglx@...utronix.de>,
	Sarah Sharp <sarah.a.sharp@...ux.intel.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Ingo Molnar <mingo@...nel.org>,
	Guenter Roeck <linux@...ck-us.net>,
	Greg Kroah-Hartman <gregkh@...uxfoundation.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>
Subject: Re: [ 00/19] 3.10.1-stable review

On Wed, 2013-07-17 at 23:16 -0400, CAI Qian wrote:

> > So if you talk about abuse, then you need an abuser and a victim. So
> > your argumentation falls flat because there is no victim.
> Could victim be someone else in the future since it is an example that
> people may follow?
> http://en.wikipedia.org/wiki/Silvio_Berlusconi_underage_prostitution_charges
> It called "abuse of office" or abuse of the power.

Wow! You are now comparing Linus to a Prime Minister that has paid
underage prostitutes for sex?

That's pretty low.

What Linus does is not an abuse of power, it's a protection of his baby.
He created Linux, and although today he's not the one writing the code,
he is ultimately the front man responsible for the kernel.

Think about it. If Linux does something horrible, Linus is the one that
takes the most blame. That's a HUGE responsibility. Linus has the most
to lose if Linux becomes crap.

Not only does Linus have to check on code, he must also dictate policy.
Which means dealing with different people, and how they work. If someone
gets lazy and uses his trust to get something whacky in, Linus takes the
blame for it if that happens. Thus, to prevent people from taking
advantage of his trust, he has to be hard on them to make sure he can
keep their trust.

Linus takes his job seriously. He may joke and name his kernel after
90's operating systems, but that's just to make the job more fun. But to
keep the job, he needs to be a hard ass.

The few times he's yelled at me, he always did it with a bit of comedy
and wit. That makes the harsh yelling not so bad, and I actually got a
chuckle out of it. But I also took the harsh yelling in a way that I had
better not do that again.

This is the big leagues folks. You think major league baseball managers
are nice to their players?

"You just walked 4 players. That's not good. Keep this up I'll have to
take you out off the team".

  vs

"What the f*ck is wrong with you. Get you head out of your @ss and start
throwing the ball over the God damn plate before I throw your @ss out of
this field!"

They both relay basically the same thing. The first one is nice and
polite but states that bad things will happen if they keep it up. The
second is quite harsh (although never calling the person a name), and
will probably wake the person up and change his game. Which one of those
tones do you think successful baseball managers use?

Sometimes tone *does* matter. You want quality from the top maintainers,
and they start to slack, you can't just treat them like this is a grade
school sport. Results matter. You want them to understand that this is
serious and cursing someone out gives that person that feeling.

-- Steve


--
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