Castle Technology UK Ripping off Kernel Code?
Jonathan Riddell writes "`It would appear that Castle Technology Limited, UK, have taken some of the Linux 2.5 code, and incorporated it into their own product, "RISC OS", which is distributed in binary ROM form built into machines they sell. This code is linked with other proprietary code.' Full details from Russell King on lkml."
They should know better than to do this, they deserve to get sued and the money should go back to kernel development.
If you use Linux, please help development of Autopac
...that Linux is somewhat unique here. If I steal your copyrighted book and sell it, I'm taking revenue from your potential customers. You lose money and customers.
If I steal Linux, I sell it and make money. But "Linux" doesn't lose any money (I'm personifying Linux here, bear with me) because Linux is free.
However, Linux does suffer damages. The thing of value to Linux is its user base. The only reason somebody improves Linux is because he's a user. If I take away a potential user by offering the same feature by stealing Linux, I'm eroding its user base, future development potential, and therefore value.
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
The FSF vigorously defends its copyright on code it owns; it does not own Linux. It will be up to Linus and gang to defend their own copyright, though the FSF might offer to assist.
And no, RMS is not a lawyer. The FSF's lawyer and chief enforcer is Eben Moglen.
Obviously, the above argument is absurd, but points out that Slashdot has a double standard. On one hand, it is ok when a 14-year-old violates the copyright of a RIAA or MPAA-owned company. On the other hand, it is not OK when a company releases GPL under terms not compatible with the GPL.
So, what is it going to be? Do we respect both the RIAA's copyright and the copyright which GPL programs have, or do we respect neither?
If you want the GPL to be respected, respect other people's copyrights.
- Sam
The secret to enjoying Slashdot is to realize that it should not be taken too seriously.
Before everyone starts clamoring for all out war against these horrible, horrible GPL violators, I would advise you at least give it a few days for the dust to settle. Slashdot, after all, is hardly known for responsible reporting, and has quite often reported such violations erroneously and caused quite a bit of damage to the reputations of various corporations.
--sdem
Comment removed based on user account deletion
there are three perfectly good sets of BSD code to copy from with zero repercussions that do the exact same thing.
Are you sure that it makes the GPL irrelevant? You may not be violating copyright law by using the code, but you are violating the terms of your license. As such, you are bad, and can be reasonably sued, and compelled to do what the judge tellys you to do if you lose.
Violating the terms of the licence is only illegal if it results in copyright infringement. Fair use is an affirmative defense to copyright infringement. One factor (of four) in determining whether fair use applies is the quantity of work copied. For three lines of code, that would be small.
The most important factor, however, is commerical impact. If those three lines add a feature that fills a marketing gap, then the result of the copying is unfair competition and thus improperly obtained revenue.
But invariably the guilty corporations are violating copyright law first before they are violating the GPL. This makes sense, because the GPL is actually more permissive than copyright law. And copyright law has been tested, many times - and it does have teeth.
If someone can present an argument why Castle in this case is violating the GPL, and not violating standard copyright law in the process, then I would like to hear it.
-renard
But isn't the GPL more or less the same thing [as an End User License Agreement]? It's trying to control what you do with something after it is in your possession?
I don't think so. After all, companies with EULAs impose whatever conditions they impose, and the conditiuon that you can't modify (or generally even see) their code.
All the GPL says you can't do is to use the code in your own work without also making your own work available under the GPL. Sure, it's a restriction, but it's a restriction on coders who would use GPL'd code.
A EULA is a restriction on all users, not just coders who want to create derivative works.
The GPL does not restrict my use of the software it licenses -- I can use it as I see fit--, nor does it restrict me to a relationship with the author for the term of use (e.g., giving the author the right, as in the latest Microsoft EULAs, to modify software on my system without even so much as prior notification).
Opinions on the Twiddler2 hand-held keyboard?
The SW isn't "in your possession" in a typical commercial EULA. What you get is a "licence" to use the software, under certain conditions. You don't own the SW after you buy it.
In a sense, the GPL is the same, as you don't "own" the SW either (the copyright remains with the author(s)); the difference is what you're allowed to do with it. A commercial EULA usually adds a lot of restrictions to standard copyright arrangements. The GPL takes away restrictions; the simplest thing it does is to allow you to copy the SW without restriction. It also guarantees you access to the sourcecode if you've only got the binary. In exchange for these extra rights, you agree to some duties, namely to distribute the source code to whoever you distribute the binary to.
Reality is defined by the maddest person in the room