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, 3 Nov 2009 07:38:13 -0800 (PST)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Marcel Holtmann <marcel@...tmann.org>
cc:	Johannes Berg <johannes@...solutions.net>,
	Dmitry Torokhov <dmitry.torokhov@...il.com>,
	David Miller <davem@...emloft.net>, linville@...driver.com,
	linux-kernel@...r.kernel.org, linux-wireless@...r.kernel.org
Subject: Re: Please consider reverting
 7d930bc33653d5592dc386a76a38f39c2e962344



On Wed, 4 Nov 2009, Marcel Holtmann wrote:
> 
> I have to agree here. It happens why too often lately. And this needs to
> stop. Otherwise why bother with subsystem maintainers? Just send
> everything to Linus directly and have him to review every line of code.

You're full of sh*t.

Bugs are bugs. They should be reverted, and the people who introduced them 
should be SHAMED if the thing was introduced after the merge window.

I don't need to review any line of code at all - a revert is a revert. 
There's not a lot of review that needs, just a very obvious "that bug 
causes more problems than it fixed".

And yes, I'm upset, because in this case I saw one of the _earlier_ bisect 
results too, and I did actually spend time debugging it and sending 
Johannes the information, because he basically ignored the bisect result. 

That makes me upset. The fact that somebody has bisected the problem means 
that you should damn well thank them, not complain. And look at the -rc 
number, look at the commit - and you should realize that "please revert" 
is OBVIOUSLY the right thing to say to something that introduces problems 
after -rc5.

The fact is, maintainership does _not_ mean ownership. It means that you 
should be _responsible_ for the code, and you get credit for it, but if 
problems happen you do NOT "own" it. Not at all.

If you don't understand that, you shouldn't be a maintainer.

And if it's not obvious - I'm really upset that people are complaining 
about "please revert" for this case. YOU were wrong. 

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