+ - Linus Denounces NDISWrapper, Denies It GPL Status-> 5
Submitted
by
eldavojohn
eldavojohn writes "On message boards, Linus Torvalds was explaining why NDISWrapper is not eligible to be released under the GPL even though the project claims to be. Linus remarked, "Ndiswrapper itself is *not* compatible with the GPL. Trying to claim that ndiswrapper somehow itself is GPL'd even though it then loads modules that aren't is stupid and pointless. Clearly it just re-exports those GPLONLY functions to code that is *not* GPL'd." This all sprung up with someone restricted NDISWrapper's access to GPL-only symbols thereby breaking the utility. Linus merely replied that "If it loads non-GPL modules, it shouldn't be able to use GPLONLY symbols." As you may know, NDISWrapper implements Windows kernel API and then loads Windows binaries for a number of devices and runs them natively to avoid the cost and complication of emulation."
Link to Original Source
Link to Original Source
So, are you going to write more drivers Linus? (Score:3, Insightful)
Re: (Score:1)
License issues, legal issues, sadly these aren't just things you can wish away for the sake of compatibility.
I could argue your various 'lack of' statements and such with obvious facts and personal experience from using multiple different operating systems. But... I think you made the validity of your view pretty obvious when you called something both 3rd place and the least popular in the world at the same time. "If your not first your last!"
Re: (Score:1)
summary is misleading (Score:4, Informative)
However, he also said that ndiswrapper is perfectly fine and isn't a license violation, and that he's okay with ndiswrapper asking for the symbols to be exported more freely.
"Quite frankly, my position on this has always been that the GPLv2
explicitly covers _derived_ works only, and that very obviously a Windows
driver isn't a derived work of the kernel. So as far as I'm concerned,
ndiswrapper may be distasteful froma technical and support angle, but not
against the license.
So I'm personally perfectly happy to say that we should revert that commit
0aa5bd52d0c49ca56d24584c646e6544ccbb3dc9, but what I've wanted to hear
from the very beginning was simply to get a list of symbols that currently
clash, and hear from the people who maintain the symbols whether they
really meant for that commit to be valid. "
http://groups.google.com/group/linux.kernel/msg/07090169d7afc4f5 [google.com]