Adrian Bunk wrote:[...] You two are hypothesizing. - We (most of us) change APIs to improve the kernel. - We (most of us) contribute to the kernel as a program for people to run, not as a library for other projects to develop different or extended kernels¹ on top of it. Actually, by providing the code under GPL, full read access to the SCM for everybody, and public development mailinglists, we make life for external projects who do their own drivers and kernels as easy as these unconnected projects could wish for.² ----- ¹) Even distributors of Linux kernel packages are encouraged to stay close to mainline and to feed their changes into mainline, IOW to take part in the Linux kernel project. ²) Of course if such projects chose to become part of the Linux kernel project, they would get to enjoy additional bonuses as outlined at the end of stable_api_nonsense.txt. Sure, becoming part of the project involves to cooperate, and not everybody wants or can afford to do so. -- Stefan Richter -=====-=-=== =-=- ===-- http://arcgraph.de/sr/ -
| James Bottomley | [Ksummit-2008-discuss] Fixing the Kernel Janitors project |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| David Miller | Slow DOWN, please!!! |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
