Originally posted by joe_gunner
View Post
Announcement
Collapse
No announcement yet.
Debating Continues Over Possible Kernel GPL Violation
Collapse
X
-
Originally posted by disgrace View Postgpl is not definitive to the copyright owner. in the meanwhile, the owner has the right to distribute his code under another license. Nokia did dat with Qt: got it for free under gpl but everything you distribute must stay open source or pay a fee to get the code under a commercial license.
- Is code contributed to the GPL version by others being backported into the commercial version?
- Does the commercial version use the GPL only kernel API's?
- Is the commercial version bundled with the Linux kernel and distributed as a combined product?
Comment
-
Originally posted by kaszak View PostSo, what did BSD ecosystem get from Microsoft for using BSD TCP stack code in their systems?
Comment
-
-
Originally posted by solo2101 View Postwow....
No wonder so many developer have a hard time with Linux...
sure, whatever you say
Originally posted by joe_gunner View PostAnd the GPL nazis are at it again! Good code is what matters, join BSD.
Originally posted by RagingDragon View PostPublicity, bragging rights and some good resume fodder for the BSD developers. Not much, but what did the Linux ecosystem get from Microsoft not using their TCP stack code?
Comment
-
Originally posted by RagingDragon View PostPublicity, bragging rights and some good resume fodder for the BSD developers. Not much, but what did the Linux ecosystem get from Microsoft not using their TCP stack code?
The best kind of deal is the one you don't have to pay for! Go go BSD!
Comment
-
Originally posted by RagingDragon View PostMySQL did much the same thing, double licensing it's code under both the GPL and a proprietary license. So assuming (in the absence of evidence to the contrary) that Nicholas Bellinger and RTS are correct that the commercial version was developed first, then a branch from that code base was subsequently released under the GPL and contributed to the Linux kernel, the important questions would seem to be:
- Is code contributed to the GPL version by others being backported into the commercial version?
- Does the commercial version use the GPL only kernel API's?
- Is the commercial version bundled with the Linux kernel and distributed as a combined product?
whether they put that code into kernel at all doesn't matter.
whether it uses _GPL APIs doesn't matter at all (these are pretty meaningless).
All that matters is if they shipped a linux kernel and their closed code as a single product, which they did, which is generally seen as a GPL violation.
Dave.
Comment
-
Originally posted by airlied View PostIts not like mysql which was a standalone application. They developed code against the kernel and ship a kernel and that code together to make their code work.
whether they put that code into kernel at all doesn't matter.
whether it uses _GPL APIs doesn't matter at all (these are pretty meaningless).
1) Tell that to the companies (with a big fat warning that your going to profile all their dirvers) and
2) Rename all to end with _GPL to give it a meaning.
All that matters is if they shipped a linux kernel and their closed code as a single product, which they did, which is generally seen as a GPL violation.
Comment
-
Originally posted by TAXI View PostWhat makes this a difference and as the first license to the code was not GPL hasn't linux broken their license by including it into the kernel?
Why not? First you told mysql was standalone, hence it's different. I'm pretty sure the linux kernel is standalone, too. Now you say that it was kernel code doesn't matter at all.
You should
1) Tell that to the companies (with a big fat warning that your going to profile all their dirvers) and
2) Rename all to end with _GPL to give it a meaning.
They did? Isn't it kernel.org and the distributions shipping the kernel?
So company who wrote and owns copyright on mysql distributes it without linking to any other GPL thing, all good, releases plugins that link to proprieatry all good also.
Now company who creates a scsi target layer for the Linux kernel, isn't creating a standalone work, they are specifically creating a work that relies on the Linux kernel. If they don't ever distribute that work then thats fine.
The company distributes that work to others in a product which contains a linux kernel and that code, then the question of it being a derived work comes into play.
Does the code standalone from the kernel? can it do anything without the kernel being linked with it? does it have a history preceeding it being developed with the kernel.
Now the secondary issue is the company took a large chunk of the code they wrote and licensed it under the GPL, and got it included in the kernel, however this has no bearing on whether the original work they did is a derived work of the kernel and thus covered by the GPL.
The final issue is if they took back changes made to the GPL licensed version from upstream kernel devs and merged them into their secret one. That would lead to a second GPL violation, separate from the first one.
_GPL is mostly meaningless and companies hiding behind it should have a very good idea about what constitutes a derived work of the Linux kernel,
some examples:
nvidia binary driver - since its built from a codebase that existed outside the kernel, their Windows driver its difficult to assert it as being a derived work.
andrew file system - this FS pre-existed Linux, so it is most clearly not derived.
_GPL was meant to help people with those sort of use cases, but not for somone who wrote a large body of code that relies on the kernel to be useful at all.
Dave.
Comment
Comment