linux-kernel - Re: [ck] Re: Linus 2.6.23-rc1 -- It does not matter who's code gets merged!

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 01 Aug 2007 15:12:31 +0800
From:	Carlo Florendo <subscribermail@...il.com>
To:	Arjan van de Ven <arjan@...radead.org>
Cc:	Hua Zhong <hzhong@...il.com>,
	'Roman Zippel' <zippel@...ux-m68k.org>,
	'Linus Torvalds' <torvalds@...ux-foundation.org>,
	'jos poortvliet' <jos@...nkamer.nl>,
	'Michael Chang' <thenewme91@...il.com>,
	'Kasper Sandberg' <lkml@...anurb.dk>,
	'Linux Kernel Mailing List' <linux-kernel@...r.kernel.org>
Subject: Re: [ck] Re: Linus 2.6.23-rc1 -- It does not matter who's code	gets
 merged!

Arjan van de Ven wrote:
> Let me repeat the key message:
> 
> It does not matter who's code gets merged.
> It does not matter who's code gets merged.
> It does not matter who's code gets merged.
> It does not matter who's code gets merged.
> 
> What matters is that the problem gets solved and that the Linux kernel
> innovates forward.

This, I think, is what really really matters in the end.

> I've had several cases myself where I spent quite some time solving a
> problem, just to get some random remark from someone smart on lkml
> saying "if you had done <this simple thing> you would have had <this
> simple and superior solution>". Was I pissed off that my patch didn't
> get merged but that this better approach got picked? NO! The problem
> that I needed to solve got solved in a really good way. Mission
> accomplished.
> 
> (and merging the code that is cleaning up/smallest is a reasonable one
> to pick for someone like Linus, likewise for the "which is likely to be
> maintained best" arguments)

Very rational.  I would now have to contend that CFS didn't lose and 
neither did SD.  Linux won.

Thank you very much.

Best Regards,

Carlo

-- 
Carlo Florendo
Softare Engineer/Network Co-Administrator
Astra Philippines Inc.
UP-Ayala Technopark, UP Campus Diliman
1101 Quezon City, Philippines
http://www.astra.ph

--
The Astra Group of Companies
5-3-11 Sekido, Tama City
Tokyo 206-0011, Japan
http://www.astra.co.jp
-
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/