Kororaa Accused of Violating GPL
AlanS2002 writes "The Kororaa Project, a pre-configured binary install method for Gentoo Linux which bundles nVidia's and ATI binary drivers in its Kororaa Xgl Live CD , has put its Live CD on hold after being accused of violating the GPL. The issue appears to be the distribution of the Linux Kernel and nVidia's/ATI binary drivers together. When the binary drivers are built the GPL'ed code is included in the binary result, which is a violation."
Is there any basis in the copyright law for the claim that bundling binary drivers in the same binary
as a GPL kernel is copyright violation, while having them as separate downloads is OK ?
This seems like a very naive interpretation of the "derived work". Are there any laws or precedents
that support it ?
Before you go on about how evil the GPL is, why not wait until there is some clarification on the issue.
So far, an un-identified person sent an email to someone distributing a Live CD making certain claims.
As far as I can see, no one has said whether that person has any code of his/her own in that Linux distribution. Nor has anyone who would be able to say one way or the other been quoted.
Personally, I'd wait until Linus or ATI said that this was wrong before going off on how evil the GPL is.
Rule 2: Writing a spec is like writing code for a brain to execute.
The GPL is about making the code Free so that anyone can use it and improve it
There are other licenses that are more "Free", depending upon your point of view.Maybe. But then, as soon as any restriction is placed upon any code, you create edge cases. That's nothing new. Which is why we have "expert" lawyers in the field of "intellectual property" law.
Because there are edge cases is no reason to claim that the GPL is evil.
Certainly not when this case rests on one un-identified individual sending one email to one distribution.
Well, that depends. Let's say you are in a country whose constitution states that "The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures shall not be violated". If you are a police officer, you would say that's *more* restriction, if you are an average citizen, you would say that's *less* restriction.
If I were selling software, I would say the GPL licence is more restrictive than BSD, as a software user and developer, I think the GPL is less restrictive than BSD. After all, it's the BSD licence that restricts me from seeing the Nokia OS source code.
Also, in most of the distros I've used, the end user has had to actually do the final compilation of the "shim" which combines the closed source and open source code. I think there would be a problem with distributing a binary "shim" without all of the source but I am not certain.
We don't see the world as it is, we see it as we are.
-- Anais Nin
You are wrong. I'll only speak in regards to Nvidia, though I believe ATI is the same. There are two parts to the Nvidia driver. One is the actual binary driver and one si the kernel interface. Nvidia provides source for the interface and that is wht gets compiled. Nvidia also ditributes precompiled interfaces for serveral distro's kernels. If there is a GPL violation, then Nvidia has been violating copyright for a long time.
You do not know what you are talking about.
NVidia cannot produce a GPL violation because NVidia is not redistributing NVidia's software. They are the copyright older. If you give someone else NVidia's software then you are redistributing it.
GPL only applies to redistribution.
The interface you can treat as LGPL.
You're confused. GPL and LGPL are redistribution licenses. They are not usage licenses.
Linus explicitly said that some of the interfaces are stable and do not constitute aggregation. Of those interfaces, all of the syscall-exported interfaces and a few kernel-internal interfaces.
So the question is basically can someone link a closed source binary to a LGPL binary then link the LGPL binary to a GPL binary?
You can link anything you want. Usage cannot be restricted by licenses unless you sign them.
Linking anything to GPL-covered works is GPL (except with certain exceptions). Even if it's LGPL'd- if linked, anyone you distribute the linked binary to must have the right to redistribute it under the GPL (although the LGPL is more permissive). If you cannot guarantee that right, then you cannot distribute it to them.
Hence the reason NVidia doesn't distribute linked code, just "patches".
It's also the reason KORORAA cannot link and apply these "patches" and then redistribute the patched program. That's copyright violation.
This is a rare case where I doubt the FSF would even attempt to pursue as it could very easily lead to a court decision against the GPL.
You are not a lawyer. Or a judge for that matter.
KORORAA doesn't have the right to redistribute Linux. They can assume that right if they meet the FSF's requirements (as outlined the GNU GPL v2). If they do not or cannot meet those requirements, then they do not have any right to redistribute Linux.
The FSF tactic is akin to the cold war era use of atomic weapon: disuasion.
In practice, the FSF is drawing the line. Its enough for the FSF to say they are going to file a lawsuit, and the offending company usually back down.
This is dangerous, they are playing with the "gray area". At some point one stupid company is going to go for a fight to define what the GPL really means, and then the supreme court will decide after 5 years of lawsuit (because I'm pretty sure they would not stop at a lower court)
It would be much better if they were using technical definitions of what you can do with software than philosophicals one.
I'm not a fucking lawyer, for god sake. How am I supposed to know what the GPL means by linking if its not in technical terms ?
I'll make a brief aside here to remind you that any interpreted "program" is both code and data. To the interpreter, it's just data. The interpreter loads some text (just data), builds the parse tree (still data), and instantiates the various code objects it represents (STILL data). However, once you actually jump to an address and start executing that data, it becomes a program.
So now I'll repeat my previous rhetorical question: how do you define "source code" for data? Here's my modest proposal:Just compile this program and feed it the binary you need to "decompile". It will output a C program that you can ship as the "source code" for the binary. If you plan to ship your binary with GPL'd code, be sure to license the newly generated source code under the GPL or a compatable license. Oh yeah, and a word of warning: the source code will probably be significantly larger than the binary, even if you gzip it.