David Woodhouse wrote:You have been told repeatedly that cp(1) and scp(1) are commonly used to transport the module David and I care about -- tg3. It's been a single file module since birth, and people take advantage of that fact. Therefore, logically, you have introduced additional dependencies and regressions into what was once a single-file copy. If you wish to hand-wave away what developers and users do today as posturing, that's up to you... How difficult is it to see that you must create a system that LET'S PEOPLE CHOOSE whether or not they like your stuff. Why are you so hell-bent on removing choice? Why is it so difficult to see the value of KEEPING STUFF WORKING AS IT WORKS TODAY? Doing so (a) keeps developers happy, (b) GUARANTEES no regressions, and (c) in no way excludes /lib/firmware, moving firmware to userspace. Sheesh. Let developers, users, and distros endorse your plan on their own schedule. Stop forcing your choices down our throats. Jeff --
| Michal Piotrowski | Re: 2.6.23-rc3-mm1 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Fred Tyler | Slow, persistent memory leak in 2.6.20 |
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Antonio Almeida | HTB accuracy for high speed |
