![]() | |||||||||||||
Messages in this thread |
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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2007-08-01 09:15 [from the cache] ©2003-2008 | |||||||||||||