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?
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.
if you want to use the library then you have to distribute every other component of your product under the GPL. Therefore you are "forced" to distribute every other component under the GPL if you want to use the library.
I think this is clearly the point of contention. Does the use of a library make a program a derivative work ?
Remember, functionality is not copyrightable - only the specific expression in the source code is. So, for starters, if multiple libraries provide the same functionality, linking to a library does not make something a derivative work. This is a concept of a fixed boundary in copyright. The API is defined, there are multiple ways to fulfill that API, so whatever does fulfill that API does not turn the linking program into a derivative work (more specifically - it doesn't require any specific expression to work - because multiple expressions exist that allow it to work).
So, it is 100% possible to link to a GPL'd program and not be open source and not violate the GPL. There are other issues though.
If a library is unique, then it becomes a murky area as to whether a calling program is a derivative.
If a library is staticly linked, another gray area.
These are some of the things the court will sort out. However, I would not be surprised if the court finds in general that any linking to GPLd libraries does not make something a derivative.
After all, the intended purpose of a library is to have something link to it using a public API. Therefore, it seems silly to make anything that does that a derivative. However, you could argue that any program can be turned into a library, so that using the intent of making something a library may not be good either.
In any case, it should get interesting.