FSF Statement on Violation of GPL by RTLinux
bkuhn writes "The FSF has issued an official statement on the GPL violation by RTLinux." nothign surprising here, basically they say that RTLinux is violating the GPL by not releasing the source to their Linux kernel mods, but since the FSF isn't the copyright holder, they can't do much about it. Now it's up to RTLinux to decide if they are gonna do the right thing or not.Update: 09/16 00:48 AM GMT by H : Please check out these comments for more information - it's not a source code violation, but a patent issue.
So, Who IS "THE" copyright holder? Linus? A consortium? Would some of the larger distributions be interested in combining together to fight this thing? RedHat/SuSE/Mandrake would do for a start...
I wonder what RTLinux have to say too...
Anyone? Anyone? Bueller? Anyone?
Z.
-- Under/Overrated is meta-moderation, and therefore is Redundant.
C'mon...I hope they take a stand. I'd like to see someone rock the boat. They obviously don't want to give up their hard work to the general public. Let's see how it pans out. What's the worst that could happen?
Is it possible for someone to sue these guys over something that's free?
...is listed on their site here. Anyone who can translate this into plain English, please do so. IANAL.
The violation has to do primarily with a patent license that imposes terms not allowed by the GPL.
This isn't much different matter than failure to distribute source code.
Yes. It has always been successfully enforced. It has never come to court though.
-WolfWithoutAClause
"Gravity is only a theory, not a fact!"Microtest (now XStore) put together a mess of GPL software - a modified Linux kernel 2.0.27, Samba 1.9.x, Apache, the MARS_NWE netware emulator, and GNU C libraries (libc5), among others, stuffed them on a flash chip in a drive-bay-size embedded 486-based computer, and sells it as their "DiscZerver" product line. Nothing wrong with the method, but there's plenty wrong in their implementation.
The web interface, the only given method of configuring the device, refers to the various services installed generically, like "Web server," "SMB server," "NCP server," etc. - there's no mention anywhere, even in the manual, of the actual programs being used. Of course along with this is no accompanying source code or even the offer to provide any, as the GPL requires.
I can't even get any tech support from this company, much less someone to ask about getting the source code for the software and whatever modifications they made, which include a flash-filesystem driver ("yaffs") for the kernel. I did manage to hack out the root password (which they apparently hide from all customers); with that I found a shell prompt (Stand-alone Shell v1.0 - GPL? dunno) which only increased my determination as I could see exactly what programs they managed to steal, strip out identifying info, and use without credit.
I did contact the FSF, and they did confirm the existence of a GPL violation, but were unable to do anything specific as they do not hold copyright on any of these programs (and actually suggested I post to Slashdot to get some answers =] ) Of course xStore itself has not returned my emails or phone call.
So right now I have a nice little piece of hardware, a bunch of GPL software that Microtest 'stole' (for lack of a better word) and no idea what to do next. I'd be happy if I could just get the code so I can fix NMBd to work properly. I've thought about trying to make my own really-small distro to load on, but it's not really worth my time - I could just load the CD images into my other Linux server, connect the CD tower, and get on with life... but I really shouldn't have to do either. Any ideas?
Note:
b) He provides those patches under the GPL (download it and see for yourself)
c) His Patent Licence allows for a blanket Licence, free of charge to all those who incorporate that patents process in GPL'd software.
d) He reserves the right to charge for those incorporating his patent into non-gpl'd software.
So if you hate Software Patents, go ahead and hate Victor (I've talked with him, he's okay with this), however, he is not violating the GPL. He has gone the extra step making his Patent non-violating against the GPL.
Remember that a patent is -not- code. The code is the code. His patches are an implementation of the patent. And his patent licence allows them to be included in GPL'd software without paying him.
If you were to write code that did what the patent described, and did it in a proprietary manner, then you would need to negotiate a licence with Victor, or fight it out with lawyers. You can not like this, as this is the basic software patent bad thing, but he isn't violating the GPL.
Also note the inconsistancies of the FSFs position on Software Patents. Richard has noted that he is for them, if they are used as a pool to force other companies to share thiers, but in this release they say they are completely against them. I'd like to see a public position from Bradly Khun and RMS.
That also said, there are undoubtably a number of places where the Linux Kernel is violating any number of software patents. Get used to seeing these kinds of stories.
Chris DiBona
Co-Editor, Open Sources
Open Source Program Manager, Google, Inc.