Just read the complaint in the GPL violation lawsuit filed today on behalf of Busybox. Couple things jumped out at me:
- This is exactly what you think it is: a very straightforward “you are distributing binaries without the source, which you are not licensed to do” case. Nothing complicated here; if the license is valid, Busybox wins, if the license is not valid, Busybox does not win. As a result, the complaint is also a very straightforward document- here is what the license says, here are their options, here is what the license says must occur if the distributor of the copyrighted work doesn’t comply.
- Traditionally FSF and others who have encountered GPL violation issues have taken the slow and patient approach- working with the various parties over a period of time to come to an amicable conclusion. In contrast, this lawsuit is not only very public, but happened incredibly quickly- the complaint says that the Defendants were first notified that they were in violation on August 28th- not even a month ago. It looks like the defendants have not responded at all, which if I had to guess would be the reason the lawsuit was filed. Still, sort of surprising (given how these things have gone in the past) that it has happened so quickly- I would be interested to see if SFLC or Busybox comments on why it worked out this way.
- You can see a hint of how SFLC will pursue this in the very first paragraph of the ‘Factual Background’- besides the obvious legal arguments about the validity of the license, the paragraph notes that “BusyBox is … used in countless products sold by more than
100 manufacturers all over the world, including IBM, Nokia, Hewlett-Packard, and Siemens.” If this actually goes to trial, it is almost certain that those in the courtroom will hear it noted repeatedly that many Fortune 500 companies use Busybox under the terms of the GPL, and profit from it. A decision in favor of the GPL will be portrayed as being a decision in favor of commerce and industry, not just a decision in favor of an abstract license. Is this supposed to matter? No. Does it? Often, yes, it does- judges and juries are only human.
7 Comments
Why would the Defendants not release the source to the busybox component of their product? They’ve probably only done minor tweaks to it, if they’ve actually modified it at all, and releasing it would not be releasing any trade secrets.
Sounds like a storm in a teacup, and that they just haven’t
got round to releasing it yet (they were notified only 3 weeks ago).
They might be working on getting all GPL code in their product separated and nicely packaged?
Good question. It is completely plausible that they still could. Of course, if that was their intent, they could have responded to the busybox folks at some point after the two times that they tried to contact them- I’m guessing that it is the lack of response that is problematic, more than anything else.
I don’t think it is telling the whole story to say “if the license is not valid, Busybox loses.”
If the license is valid, but the defendant is found to be in compliance by the court, Busybox loses.
If the license is valid, but the defendant is not in compliance, the defendant loses.
If the license is not valid, the defendant loses.
The only possible legal right the defendant has to make copies of Busybox is the GPL. Thus, if the GPL is not valid, no permission exists and they are committing copyright infringement. The only way they get that permission is if GPL is valid *and* they comply with its terms.
Interesting thought here.. you might argue that the GPL ‘has never been tested in court’, but there are certainly some very big companies with vast armies of lawyers who are very, very sure that the GPL is valid.
If companies like IBM or Redhat or Novell believed that the GPL was not valid, that would leave them with _NO_ valid license to distribute Linux and other GPL-licensed code. Is the entire business-model of Redhat based on large-scale copyright infringement? Completely unthinkable!
The District Court (E.D.N.Y.) will dismiss the SFLC complaint since it is a simple contract claim and not a scope of use infringement claim.
1.) There is no “automatic” contract rescission under New York State common
law. The same District Court in which the SFLC has chosen to file its claim has
ruled:
“. . . rescission of the contract only occurs upon affirmative acts by
the licensor, and a breach by one party does not automatically result in
rescission of a contract. Id. at 238 (”New York law does not presume the
rescission or abandonment of a contract and the party asserting rescission or abandonment has the burden of proving it”).”; Atlantis Information Technology, Gmbh v, CA Inc.,, 2007 WL 1238716 (E.D.N.Y. April 30, 2007).
2.) A Federal Court of Appeals has ruled a that a copyright contract rescission
claim in federal court is preempted by 17 USC sec. 301(a):
“Because Santa Rosa seeks rescission of his contract, if we were to grant him the relief that he sought, we would be required to determine his ownership rights by reference to the Copyright Act. In such a case, there is little question that we would be merely determining whether Santa Rosa was entitled to compensation because of “mere copying” or “performance, distribution or display” of his recordings. Data Gen. Corp., 36 F.3d at 1164. As such, 17 U.S.C. § 301(a) preempts Santa Rosa’s rescission claim.”; Santa-Rosa v. Combo Records, 05-2237 (1st Cir. Dec. 15, 2006).
For those who are wondering, yes, that is the same Daniel Wallace whose legal analysis proved so persuasive when he sued the FSF, IBM, Red Hat, and Novell.
Please see our press release on the topic.
http://www.myhava.com/press_releases_monsoon_open_source.html
The press release only mentions Busybox, as they brought the lawsuit, generating some sense of urgency on that particular module, but we will follow through on all necessary obligations under the GPL.
Sincerely,
Gary Worsham
Senior Director of Program Management
Monsoon Multimedia
17 Trackbacks/Pingbacks
[...] Interesting news with the SFLC going out proactively on behalf of BusyBox. This case seems almost “too easy” for getting a precedent but it looks like a good call. Luis covers it here. [...]
[...] up on the last post after some quick discussions with [...]
[...] Luis Villa [...]