Linus Torvalds wrote:But the GPL only applies to derivative works. Given that ndiswrapper loads binaries designed for another OS, doesn't that mean that it is unlikely that the binaries would be impacted by the GPL? So the portion that is a derivative work (ndiswrapper itself) is GPL, and it loads something that is clearly not a derivative work. From a licensing standpoint how is this different than an open-source driver loading a proprietary firmware? Once ndiswrapper loads the binary blob the kernel should be considered tainted from a debuggability standpoint, but I have some sympathy for an argument suggesting that ndiswrapper should be able to use GPLONLY symbols. Chris --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| WANG Cong | Re: WANTED: kernel projects for CS students |
| Hiten Pandya | Re: up? (emacs docbook xml ide) |
| Rafael J. Wysocki | [Bug #10606] 2.6.26-rc1 regression: ACPI fails to load SDT. - Dell M1530 |
| David Fenyes | sigsetmask()? (LINUX) |
| X X | X11 GIf viewer somewhere? |
| root | Broken pipe when using reboot/halt, etc. |
| Stephen Tweedie | Unmounting root (no kidding!) [was: Some Linux problems---solved] |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
