FSF Statement on Violation of GPL by RTLinux 256
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.
Has the GPL ever been successfullly enforced? (Score:3, Insightful)
Has it even needed to be enforced?
Re:Has the GPL ever been successfullly enforced? (Score:2, Informative)
In fact, this has nothing to do with the GPL. This is how the copyright laws work; you cannot distribute a program that you don't hold the copyright to, unless the copyright holder has granted you permission to redistribute the program.
The GPL gives everyone the permission to redistribute the program, provided that they follow the requirements stated in the GPL. Those include, among other things, that it must be possible to obtain the source code for the entire program, including modifications.
So, this case does not really have anything to do with the GPL. It is a standard case where copyright has been breached.
Re:Has the GPL ever been successfullly enforced? (Score:2)
Without the provisions in the GPL about making the source for any midifications open this case would not exist.
If this isn't a test of the GPL, what would be?
Not true (Score:2)
No true. The original author(s) can release under any other licence(s) they choose. What they can't do is take something that someone else wrote, munge it up a bit, and then release that as a binary only.
I could, for example, write MarkOS, a from-the-ground-up operating system coded in Haskel, and release it under the GPL, while at the same time selling MarkOS-QPro with portions of the kernel rewritten in Forth, under an ultra-restrictive-I-now-own-your-first-born-and-yo u-don't-get-the-source licence.
What I can't do is release Markux, a linux clone produced by running sed on the 2.2 sources, under that restrictive licence, because I don't hold the copyright.
Does that clarify things?
-- MarkusQ
Re:Not true (Score:2)
You could, as I understand it, not even bother writing MarkOS-QPro, and release the original MarkOS under both the GPL and your restrictive license, since you are the original copyright holder and can do whatever you want. But I cannot download MarkOS off the 'Net under the GPL and then try to relicense it to someone else under any non-GPL terms.
Re:Has the GPL ever been successfullly enforced? (Score:4, Interesting)
Re:Has the GPL ever been successfullly enforced? (Score:2, Insightful)
Although there is some doubt that some of the provisions of the licence are legally enforcable (particularly the "contagious" aspects thereof), counsel for most decent-sized companies are very paranoid about GPL, as the consequences of integrating GPLed code with proprietary stuff and then losing subsequently in court would be quite severe. They plainly think that GPL is sufficiently well drafted that its enforcability is credible, and they're not taking any chances.
In the last couple of years, management in larger tech companies has recognised the PR value of free/open code, and recognised also how damaging being seen to violate GPL or similar licences would be, so that's another reason larger companies are careful not to intentionally violate GPL.
I'd venture to suggest that the great majority of cases where the GPL is broken are done through ignorance, either that the code in question is GPLed or ignorance of the implications of the licence itself. I'd be willing to give the RTLinux folks the benefit of the doubt, and say that, while they have a different interpretation of the GPL fom FSF's, they're not acting in bad faith.
Re:Has the GPL ever been successfullly enforced? (Score:2)
Yes, folks, it's true. The Vidomi encoder has been released as free software under the GPL, thus ending the conflict -- despite my reminders that the conflict could have been ended by dropping the GPL linkage, the makers doggedly insisted on becoming part of the GPL community! The FSF has verified the current implementation GPL compliant as well; it's not the same as holy penguin pee, but it's more than good enough.
Re:Has the GPL ever been successfullly enforced? (Score:2)
-all dead homiez
Copyright Holder? (Score:5, Interesting)
I wonder what RTLinux have to say too...
Anyone? Anyone? Bueller? Anyone?
Z.
Re:Copyright Holder? (Score:1)
Anyone know?
Re:Copyright Holder? (Score:1)
Re:Copyright Holder? (Score:1)
It's for this reason that FSF requests that it be made assignee (or co-assignee) of copyright on GPL/LGPLed code, so that it can be a party of standing (i.e. that it can itself sue) in court.
Re:Copyright Holder? (Score:2, Informative)
IANAL, but I don't think it works this way.
THe original copyright holder retains the copyright to the work and to all derivative works.
Suppose I rush off my own sequel to Harry Potter. Who owns my derived work? J K Rowlings. She as copyright holder owns the original work and has exclusive right to all derivative works. I can't say "You can't kill so and so because I did it in my work" -- because the new work is not mine. Linux doesn't belong to Alan Cox, or Red Hat or anybody else but Linus.
This describes the default situation with respect to copyrights. The complication here is that we have a license. The license, by definition, grants rights over and above what is allowed by fair use. GPL is intended to grant rights to creation of derivative works to recipients, and transitively to the recipients of derivative works. There are several possible outcomes:
(1) GPL works essentially as intended and exactly the rights intended are bestowed.
(2) GPL grants rights but the transitivity features are broken (e.g. more rights are bestowed, or at least fewer responsibilities are bestowed).
(3) GPL grants no redistribution rights to the immediate recipient at all, due to section 5.
In some ways (3) is preferable to (2), because many programs are distributed with the proviso that "any later version" of the GPL can be used. Thus the missing rights can be restored by choosing a fixed up license. However once rights are given, they probably can't be got back.
Re:Copyright Holder? (Score:2)
Nope. You retain full copyright to any of your own work. If you write a sequel to Harry Potter, you own the copyright to your original work. However, J K Rowlings owns the copyright to the characters and what not. So neither of you can copy the book without permission of the other. You can't say "you can't kill so and so" because that's not the way that copyright works; but if you could prove that her work was a ripoff of yours, you could sue her over it - the reason a lot of authors don't like to read unsolicited submissions.
Re:Copyright Holder? (Score:2)
The original copyright holder retains the right to license others to create derivative works. Others own their own copyrights but distribute the derivative work under license. But everyone is an original copyright holder in the case of Linux, not just Linus. They are all under license with each other.
Bruce
Re:Copyright Holder? (Score:2)
I had originally believed it worked the way you describe, but was subsequently corrected (possibly mis-corrected).
Also, does it make a difference whether the derivatives are properly licensed or not?
Re:Copyright Holder? (Score:2)
Re:Copyright Holder? (Score:5, Informative)
I think Linus is the original copyright holder, but much of the kernel code now is copyrighted by it's respective contributors.
I think Richard M. Stallman holds the copyright (Score:1, Funny)
Re:I think Richard M. Stallman holds the copyright (Score:3, Informative)
Linux distributed with GNU packages are(acording to RMS)GNU/Linux
Re:Copyright Holder? (Score:1)
Whoever wrote that part of the kernel. For some of it, of course, that will be Linus Torvalds.
Re:Copyright Holder? (Score:2)
The copyright holders are, in most cases, the actual author of each particular section of code. Linus does not ask contributors to assign their copyright to him or to anyone else, as many others do. By leaving the copyright fragmented among the numerous original authors, it was his hope to make it impossible for anyone to ever use the source in proprietary software. This was not only to make it perfectly clear that he had no intention of unilaterally making a deal to allow such use, but also specifically to create a situation where it would literally be impossible to hunt down all the copyright holders and get their permission individually for such use.
IANALS (I am not a land shark) but it is my understanding that any of these copyright holders would have standing to sue the violator, however the violator could possibly moot such a suit by removing only the code copyrighted by the individual who filed. This is the possible downside to Linus' strategy - if the majority of the kernel is copyright of people who cannot be located, then the majority of the kernel source possibly could be used in a proprietary product, without consent, because the only people with suit to apply for legal enforcement would be the ones who cannot be located.
I hope they do the wrong thing. (Score:4, Funny)
Is it possible for someone to sue these guys over something that's free?
Re:I hope they do the wrong thing. (Score:5, Informative)
Anyway, the company LinuxDA has made modifications to Linux (the kernel) to run it on Palm Pilots. A demo version is freely available for download. (see http://www.linuxda.com/download/index.html [linuxda.com])
There's a "Coming Soon" spot on that page for "Source Code For Linux Kernel". But it has been months, and no source has shown up.
Not only that, but they have been asked (by Rick Van Riel, one of the significant contributors and copyright holders of the Linux Kernel) to provide source.
They still have not provided source.
I sent them an email about this, and got the following form letter:
I sent them another letter asking them if they thought they were violating the terms of the GPL by allowing months to go by without releasing the source, and if not, why not, but got no reply.
I also pointed out that it's not difficult to provide source (make mrproper, tar cvzf linuxda.tar.gz *, then ftp the file to the web site... it would take about 10 minutes.) Obviously they are purposely dragging their feet, and I'm a lot more worried that someone is getting away with that than the RTLinux patent thing.
Re:I hope they do the wrong thing. (Score:2, Redundant)
I've found another GPL violation and right now I'm waiting for the very well known company to dig themselves in a bit deeper but I ran into a problem. How do I know its GPL'ed? I can't reverse engineer their code so how would I ever know? If they have as part of their license that I can't run "strings" on the code and I do, I can go to jail for using a hacking tool on their binary image. The GPL does not give you the rights most people here think it does and it only gives your rights to change a program if you have the full source code and can compile it from scratch. The GPL needs to be extended so to explicitly allow thouse bits that the DMCA have now made illegal such as the ability to take a debugger to the resulting code.
DMCA them! (Score:2)
Use whois to find the ISP, and look at the DMCA [cornell.edu] itself for what you need to do. You might want legal advice before you actually do anything though.
Just because we hate that law doesn't mean we shouldn't use it when we have the legal and moral right to do so.
Re:I hope they do the wrong thing. (Score:2)
Send the FSF mail at licensing@gnu.org. They will investigate it and take the proper action.
Re:I hope they do the wrong thing. (Score:2)
For the record, I just got an email message from LinuxDA and they finally did put up the source code for download - I'm pulling it down now.
I don't know if the +5 post on Slashdot got someone's attention, or they just did get around to it eventually, but it's good to see that they did the right thing after all.
So, there's one less worry in the world...
Re:I hope they do the wrong thing. (Score:2)
Well, unless I'm mistaken, the patent applies to a licensing deal that can be gotten around by simply not paying them for the license. They allow free use of their patented whatever-it-is in GPL products, so I'm not certain I see the conflict with the GPL myself. Frankly the real issue here is whether or not the patent is even valid. So why not simply take the FSM code, use it as though it were completely GPL-compatible and force *them* to have to file the lawsuits, etc?
Do The Right Thing? (Score:1)
The Open RTLinux Patent License (Score:5, Interesting)
Re:The Open RTLinux Patent License (Score:1, Offtopic)
Re:The Open RTLinux Patent License (Score:5, Interesting)
The patent restriction requires all users of the RTLinux code to comply with the GPL or make a seperate commercial license with Yodiaken. This is, IMHO, a good thing that extends "copyleft" to the patent world.
On the other hand, the Patent adds some additional restrictions not normally contained in the GPL:
5. To require any recipient of your product based on RTLinux code to send an e-mail to Yodiaken with their contact info;
6. To keep detailed records of commercial uses of RTLinux, to be furnished to Yodiaken on demand.
All of the other clauses either repeat the above or support the terms of the GPL.
Frankly, overall Yodiaken seems to be a staunch upholder of the GPL and using his patent to uphold it. I can't understand why Stallman is freaking about Yodiaken's demand to collect a little demographic information.
Surely this is something that could be worked out with Yodiaken or simply ignored? Sheesh!
-Josh
Why he's freaking out... (Score:2)
If you don't enforce the GPL here, when do you do it? There's no blurry line in the GPL that let's some things slide, it says, no additional clauses, end of story. If he doesn't like it, tough, go modify a different OS.
Re:The Open RTLinux Patent License (Score:2)
And you call yourself a lawyer? Sheesh!
(IANAL).
Re:The Open RTLinux Patent License (Score:2)
That's a simple issue. The most significant aspect of the GPL is that the modifier release the mods to the public. The GPL is a "stone soup" community project. People are expected to know and understand that much from the very beginning.
Re:The Open RTLinux Patent License (Score:2)
then.. (Score:1)
If there intent was IP... (Score:3, Insightful)
Linux was intended to be incompatible with "Free for me, but not for you."
jeremiah cornelius
Re:If there intent was IP... (Score:2)
Send a Letter to Linus!!! (Score:1)
I this does not happen, the GPL will be a lame duck licence.
Re:Send a Letter to Linus!!! (Score:1)
Lame Duck lisence (Score:1)
I hope it does. There are so many holes and flaws in the GPL that it basically puts a Nazi'ish stranglehold on developers.
If this guy's changes are for the better, than let's see some l33t d00ds reverse engineer it like they've done with Windows stuff.
Oh, but I forgot...it's easier to bitch and complain than actually do something.
Patents keeping them from releasing source? (Score:1)
Linus involvement? (Score:3, Insightful)
Could Linus Torvalds become involved in this case? I am not familiar with RTLinux, but since Torvalds is the trademark holder of the name "Linux" and provides the license for using and modifying it, would he be the one to push something like this further?
Re:Linus involvement? (Score:1)
Re:Linus involvement? (Score:2)
Interestingly you don't have to run Linux on RTLinux you can use NetBSD instead. So, other than trading on the good name of Linux (in contravention of the trademark) Why is this called RTLinux?
Z.
Re:Linus involvement? (Score:2)
Not sure about the other points you mention, however in regard to the trademark issue - I don't think that it would work.
The problem is that although Linux is trademarked, he has not defended it as such. And when you don't defend your trademark, it becomes "common use". Sort of like how everyone calls tissues, Kleenex.
Of course IANAL, and I'm talking out of my ass here (like everyone else on /.) So I'd take my advice with a big-ass grain of salt.
CmdrTaco made a factual error (Score:5, Informative)
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.
Easy way to fix... (Score:1)
Re:Easy way to fix... (Score:1)
The true free-market outcome would normally be to fork, but if they are using patent laws to protect against this, that may be impossible.
I guess... (Score:2)
Once again you have it wrong (Score:3, Informative)
The violation has nothing to do with source code, which is freely available [rtlinux.com], it has everything to do with restrictions on use of the software - it is free only for non-commercial use. If you want to sell your program you have to buy a license. Interestingly, this is a case where GPL fanatics are sticking up for the rights of commercial users.
Next post could you please consider checking both your facts and your spelling? ;-)
Re:Once again you have it wrong (Score:2)
Kind of like previewing your post to make sure you didn't leave an italics tag open?
Hmm, it seems Opera incorrectly closes such tags at the beginning of each paragraph, thanks for the heads-up.
it's more than just not releasing source code... (Score:1)
Just Sell It (Score:1)
to prove that its not GPL and they would be the
ones spending the big bucks on the lawyers. IANAL
Re:Just Sell It (Score:2)
IANAL.
opposition to patents stifles innovation (Score:2, Troll)
Now we see that the GPL's anti-patent stance appears to be trying to stifle this innovation unless the inventor consents to its terms, which would deprive the inventor of profit.
A clearer example of the anti-innovative tendency of the free software movement could not be imagined.
Tim
Re:opposition to patents stifles innovation (Score:1)
> consents to its terms, which would deprive the inventor of profit.
> A clearer example of the anti-innovative tendency of the free software movement could not be imagined.
yeah right. The GPL stifled the development of linux too.
As other folks have said, they could have chosen FreeBSD as their starting point. By your measure BSD should be light years ahead of linux because it has been around much longer and doesn't stifle innovation with an anti-patent license.
Re:opposition to patents stifles innovation (Score:2)
Linux isn't an innovation. Linux is a clone of aging technology.
Tim
Re:opposition to patents stifles innovation (Score:3, Informative)
Nothing stopped the RTLinux people from "innovating". Unless you define "innovating" as "using copyright to prevent distribution".
Nothing forced the RTLinux guys to use the Linux sources as their basis, and thus accept the terms of the GPL -- they could have used BSD sources and avoided these issues. Instead, they used the Linux sources, and accepted the GPL license they came with. Plain and simple.
Noone is saying that they couldn't innovate, or turn a profit. They just have to abide by the terms they agreed to when they used the Linux sources =)
Re:opposition to patents stifles innovation (Score:2)
What they are doing is stealing code!
Re:opposition to patents stifles innovation (Score:3, Interesting)
Now, this version of his software is going to be GPLd. The GNU/Linux designers licensed him their code on that basis. He took it and used it, and he has to pay for what he took. He doesn't have a legal leg to stand on.
Unfair? Probably not. You work out the ratio of the code that he wrote to the code they wrote.
Re:opposition to patents stifles innovation (Score:2)
People often claim that there is prior art for any patent they don't like. However, they are usually short on the details of what that prior art was, just as the FSF and yourself are short in this case. If you are correct, congratulations, you can defeat the patent. But you'll need more than a bare assertion of prior art to do that.
Tim
Re:opposition to patents stifles innovation (Score:2)
It is a common misconception about the GPL that it allows this kind of plugin extension. In fact, however, the GNU GPL FAQ [gnu.org] expressly forbids this for any code that runs as an integrated part of a program.
Tim
RTF-GPL (Score:3, Insightful)
You'd have to be insane to invoke that sort of bad kharma.
Customers are what count (Score:1)
So how is it implemented? (Score:3, Informative)
HOWEVER, I can not imagine that making Linux real-time could be done in a module and no changes whatsoever to any of the rest of the kernel - unless all the changes are GPL'd and released and they have a free and a professional version of a module which has some of the tweaks/functionality there.
I'm not saying that they are right, but given the nature of the legalise on the agreement on their site, either they have some major lawyers there, or they have an english->legalise filter, so I would think they hopefully understand the GPL.
GNU is an operating system? (Score:3, Funny)
I thought that GNU was a project, a recursive acronym, and a bunch of utilities (GNU Software), used in operating systems like Debian, RedHat, Slackware...
The software on one of my RedHat 7.1 machines includes a large number of GNU tools, as well as the Linux kernel, as well as Apache, Gnome, KDE... But according to the FSF, the operating system is "GNU"?
It seems that not only is the GPL viral, but the GNU term itself keeps growing in what it is supposed to mean...
Re:GNU is an operating system? (Score:2)
Re:GNU is an operating system? (Score:2)
On a Redhat system (for example),the C library, the compiler toolchain, bash, and all the command-line tools (ls, mv, chgrp, and the like) are all GNU tools, designed originally for use within an operating system called "GNU."
You can, of course, call the OS whatever you like. But one of the reasons RMS is so adamant about "GNU/Linux" is that "Linux" fosters the mistaken impression that all the GNU tools are optional add-ons like Gnome, the Gimp, or Gnumeric. You can try "rpm -e glibc" or "rpm -e libstdc++", or find/write replacements for these, if you still believe that they are.
Re:GNU is an operating system? (Score:2, Insightful)
Stallman's goal for the Free Software Foundation has always been to develop the GNU operating system.
Due to a variety of reasons, the kernel of GNU (called the Hurd) is still in early beta state -- definitively not usable. So the FSF uses the Linux kernel until the Hurd gets stable.
Whether you call it Linux or GNU/Linux depends really a matter of perspective:
Re:GNU is an operating system? (Score:2)
And if you call it GNU? You forget that the kernel exists? As far as I know, HURD isn't ready for prime-time. The kernel is a pretty durn important part of an OS. Some might say it's the most important part.
I call it "RedHat". RedHat is an operating system that uses the Linux kernel, GNU utilities and libraries, XFree86 as a windowing system, Gnome / KDE as a window manager.
Kinda offtopic (Score:3, Interesting)
Specifically, does the original author own the copyright on a large project that other people have made minor contributions to? Also, consider that no one explicitly handed over their copyright.
I think that one of the best ways for GPL developers to make money is by creating software under the GPL and also selling that software under a different license to companies that don't wish to use the GPL. But, I am unclear on whether the original author can do this if other people have made contributions to the project.
I guess an example would be if Torvalds decided to sell Linux to Microsoft under the BSD license. I know, I know - I would shit myself if it happened too. It's just an example.
Derivative Works (Score:2)
This means, more or less, that when you create a program that is GPL'd and have pulled source from other programs, that as author, you hold the copyright, and can theoretically sue if someone abuses your work in a manner prohibited by the GPL.
IANAL and whether or not this will hold up in any given court is anybody's guess at this point since its never been tried.
Re:Kinda offtopic (Score:2)
On the other hand, he could certainly sell a particular contribution, if that's what someone wanted to buy; e.g., if he did a clever memory manager, he could sell that. Of course, they might not be able to link it with the rest of the kernel and distribute the result, making it thus somewhat useless, but if they only wanted to copy chunks out of it and port it, that would be a sensible possible sale.
Re:Kinda offtopic (Score:2)
Even if this was permissible (which I do not believe), it would be better for linus to use a very rigid license rather than bsd. Otherwise MS could turn around and release their bsd version of linux, forking it, and cutting into linus's little side business.
Re:Kinda offtopic (copyright) (Score:2)
IANALS (I am not a land shark) but I have researched the issue in depth.
By default - if no other arrangements are made, the author of each contribution owns copyright on their contribution. For a variety of reasons most small contributors are asked to assign their copyright to another person - either the leader or main contributor of the project, the company they work for (in the case of RedHat for instance,) or the Free Software foundation. However in the case of Linux, Thorvalds from the beginning has asked that people *not* assign their copyrights to him. The idea being that this would quickly reach the point where no one could, as a practical matter, reach each and every copyright holder to negotiate a separate license - to make sure that the kernel would always be available under the GPL and ONLY under the GPL.
Indeed, this is a perfectly legitimate option for many projects. However, in the case of Linux, it is not, and by design.
'GPL violations' (Score:3, Insightful)
Re:'GPL violations' (Score:2)
If the GPL were worded differently, it could possibly not be a violation at all. Given the importance of the GPL to the whole issue, calling it a 'GPL violation' seems to be quite appropriate.
Re:'GPL violations' (Score:2)
I don't know if that's clear. The point I'm trying to put across is that RTLinux has no licence to use the Linux kernel - which is very different from them having a licence and applying it incorrectly.
Patent link here. (Score:3, Informative)
Here's the patent. (Score:2, Redundant)
One solution (Score:2)
If they don't follow the license correctly, don't allow them to call the software "GPL".
But this would require a bit of forward thinking.
Not Copyright, but IP (Score:2)
I think that some people are going to wind up being upset here - these are two very different legal topics, and having a patent does not affect the use and protections by copyright.
Solution? Don't allow algorithms to be patented!
The same for LinuxDA (Score:2)
I know these people (Score:2, Insightful)
In the GPL a company cannot just take the program and make something new and not give out the source code, but what Victor is doing is allowing for a double licensing system. If you don't want to make some sort of commerical product you do things under the terms of the GPL. Which fits because to write RTLinux programs you have to create modules, which can quite often require mods to the RTLinux parts. However, if you need to do it in a closed system then he will allow that if you license the Technology from him.
I can't see anything wrong with this because look at the cross licensing by many other products out there like QT and the OpenOffice project. Just how is this any different. I can see that you people don't even know what is going on and have become a set of rabid dogs and didn't even check into how it worked.
xStore DiscZerver - GPL Violation (Score:4, Interesting)
Microtest (now XStore [xstoreonline.com]) 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 [xstoreonline.com]" 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?
The FSF has copyright in libc5 (Score:2)
If your story is correct, the FSF does indeed have standing to sue, as much of libc5 is based on glibc version 1. Even though that is LGPL, anyone Microtest gives the binary to may demand the source to the library, plus any modifications to the library.
And they probably have at least a couple programs from GNU fileutils or shellutils in there.
There are more important things to worry about (Score:2, Insightful)
Re:There are more important things to worry about (Score:2)
Linux is not life, as much as some people would like to believe it. Computers are not life. They're important tools, but in the long run, people are more important.
Victor may be right, though. (Score:4, Interesting)
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
Re:He might as well ask for money (Score:2)
chris
An alternative reason to press GPL violations (Score:2)
Have you ever considered the other side effect of pressing GPL violations?
Probably not, but anyway...
You add fuel to the Microsoft argument that the GPL is viral and anti-business.
It's a double-edged sword, and from that standpoint pressing on these supposed violations gives the GPL an air of being a hot potato that no company in their right mind should touch.
Something to think about...
Re:An alternative reason to press GPL violations (Score:2)
The RTLinux Patent is Invalid, IBM has prior art (Score:2, Interesting)
idea as the RTLinux Patent in releasing in 1967
the CP67 kernal for the Cambridge Monitor System.
CP67, VM and the IBM System/390 Virtual Image
Facility all describe and embody a Real Time
Kernal that runs an entire operating system
(which may be Linux) as a process and that
prevents the client OS (Linux) from disabling
interrupts on the actual CPUs while giving the
appearance of having done so to the client OS.
This is the direct lineal ancestor of the VM/390
and z/VM Operating System and of the System/390
Virtual Image Facility for Linux Kernal that allows
40,000 copies of Linux to run concurrently on a IBM
zSeries mainframe.
Since the Source code for CP67 and all user mods
were published and provided freely to anyone who
had an IBM or compatible Mainframe it could be said
to have been the father of the GPL.
You'd probably be using Unix anyway. (Score:1)
Go get yourself a distro of Unix, that's it...No difference. Why would Microsoft want a UNIX kernel?
I'm amazed. People think Linux is some revolutionary thing. All it is, is open sourced UNIX! If there was no Linux, you'd just buy a copy of another UNIX distro and life would continue. Get a grip.
Re:GNU/Linux or maybe just GNU/l? (Score:2)
As for the added jab at the end about making sure people say GNU/Linux, while I agree with it in principle, I think that this is not the forum for the FSF to be tooting it's own horn.
Re:Copyright Violation or GPL violation (Score:2)
How much damage has Linus Torvalds suffered from this copyright infringement?
Lost sales? What?
I just don't know exactly how you would relate monetary damages to something given away for free.