Judicial Order in MySQL AB vs. Nusphere Suit
bkuhn writes: "Judge Saris has ruled on the preliminary injunction motion. The Court recognizes in today's order that MySQL AB "seems to have the better argument" on the GNU GPL matter. The Court fully recognized the need for expert testimony at trial about the GNU GPL and the technical facts at hand, particularly as to why static linking of software components into a single, unified, compiled binary forms a derivative work of the original components."
jeez, I would say so. They wrote the program, they hold the trademark. It's theirs. They have every right to say how their name is used.
If you don't like the way someone runs their GPL project you have one choice: fork it, and call it something else. But if NuSphere wants to sell "NuSphere MySQL" I would think it would be in its best interest to respect the trademark and hard work of its owners and inventors.
No, Thursday's out. How about never - is never good for you?
I know this will be an unpopular viewpoint here, but I'm actually hoping for this to go against MySQL. The definitions of linking and derivative in the GPL are vague and confusing. Forcing the FSF to rewrite them or be given specific meaning by a judge would be tremendously helpful. This isn't as dangerous as it sounds because if the license is invalidated, users are granted no additional rights over a traditionally copyrighted work. So, code wouldn't be in danger of "escaping" in the meantime.
why static linking of software components into a single, unified, compiled binary forms a derivative work of the original components
Yes, a lot of us are curious about that too. It is clear that something is derivative if it "contains" the functionality of something else, but is it Just that the licensing agreement of a minor, or even insignificant, part of the derivative work should dominate the remaining portions? For example, if you're writing a program which decodes and formats web pages and you want to include a mechanism for playback of midi files, using a library distributed under the GPL is an impossibility, because even tho it might make up less than 1% of the total code of the product, linking to the library will force the terms of the GPL onto each and every other component. This is what the GPL says - if you dont like it, dont use the software. But is this using copyright to restrict rights beyond the intention of copyright law? And like the claim that Napster made about the RIAA, does the GPL try to "use their copyrights to extend their control to [new markets]?" Guess we have to hold our breath and wait.
How we know is more important than what we know.
Many people complain that the GPL is not truly free.
That is mainly because of a misconception about what 'free' is. Modern theories of democracy are based on the concept of inalienable rights (see Locke or US Declaration of Independence). Inalienable rights are inherent rights that cannot be abandoned or taken away. For men to be free, they must ensure that these rights exist and are protected (hence, the need for government).
The GPL essentially defines the inalienable rights of software. As men have the rights of life, liberty, and the pursuit of happiness (or in their possesions if you are more Lockean), software has the right to be modified, redistributed, and derived from.
To simply grant these rights with no mechanism to preserve them would go against the fundamental principles of democracy. The GPL protects software not only from giving up it's fundamental rights.
But, the original author also has the choice under which license to distribute the work. He may choice to abandon certain rights. The important thing though, is that it is his choice and his choice alone.
I'm sorry, one simply cannot make the argument that the GPL is philosophically less 'free' than the BSD license. It's just not true.
BTW: If you consult the Unix History Tree, you will see that BSD is arguably older than Linux (the NetBSD base surely is).
BSD is not growing exponentially and Linux is surely not fragmenting. BSD's growth is also probably more related to the high quality of their operating system and less because of their license.
The BSD license is scary. If I had any intention of releasing my code so that it could be reused commerically without my permission, I would simply put in under the public domain. Of course, I'm not a communist, so there is little chance that I would ever release code in such a way.
int func(int a);
func((b += 3, b));
Agreed.
Therefore you are "forced" to distribute every other component under the GPL if you want to use the library.
Well, then you must agree that in order to use Windows, I am "forced" to pay Microsoft money. Or that in order to drive a car, I am "forced" to buy gas and therefore support Middle Eastern governments.
Force as defined by Websters dictionary is:
Force \Force\, v. t.
I hate to be a prick about it, but obviously, forced is not the right word for this situation. Choose is a better word to use. Your logic is better written as:
if you choose to use the library then you have to also choose to distribute every other component of your product under the GPL.
It's a mutual decision. It's like if I choose to have sex, I also have to choose to take the responsibility of also getting a woman pregant.
There is a significant difference between making a choice and being forced into something.
int func(int a);
func((b += 3, b));
Back in 1996, Judge Saris made a common sense rulingin the case of State Street Bank vs. Signature Financial Group. In sumamry, SFG claimed that they had a patent on "multi-tiered" mutual funds and the software to manage it. Judge Saris ruled that the patent acquired by SGF was so broad, that no mutual fund company could do business without paying a royalty to them.
:-)
Expect a common-sense ruling from her in this case as well.
Where was she when the "1-Click" patent was challenged?
More than anything else, I'm looking for a ruling somewhere, somehow that manages to draw nice lines around where a program starts and ends for copyright and patent purposes.
We have APIs, libraries, modules, remote function calls, socket connections, pipes, shared memory, and a whole host of different ways in which code A communicates with code B. What we really need to define in a legal sense is exactly what constitutes a "program" for the purposes of code use. I definitely want to be able to isolate code which can potentially restrict "my" code's licensing (whether through a patent, restrictive copyright, GPL, or whatever). Until we get a good definition of what is "external" to a program, this will remain a legal quagmire.
Honestly, it's a hard decision. But it needs to be made. And the sooner, the better, for all parties: Free Software, Open Source, and Proprietary.
-Erik
There are always four sides to every story: your side, their side, the truth, and what really happened.