Examining an attack on the GPL
[Posted November 24, 2003 by corbet]
On November 21, a law firm called Wolf, Greenfield & Sacks, P.C saw fit
to issue
a
press release on the evils of the GPL. By the reckoning of Steve
Henry, a "senior intellectual property lawyer" with the firm, the GPL is
indeed scary:
This "time bomb" lurks because a popular license for open source,
the GNU General Public License, (GPL) is "viral." The license
attaches to any product with GPL-licensed code, including a
derivative work, he said. The entire software package becomes open
source and the company thus must distribute it freely and let
anyone copy it. A widely used open-source utility, for instance,
could "infect" hundreds of software products and destroy their
commercial value.
We found this reading of the GPL to be interesting, so we asked Mr. Henry
to explain his reasoning a bit. We thank him for getting back to us; for
the curious, we have put his full response
on a separate page. We'll
just look at the core of his claims here. What Mr. Henry tells us is:
Those who portray the GPL as an entirely innocent and voluntary
instrument take a simplistic view of the GPL itself as well as of
both copyright law and contract law. They often project onto
others the benevolent behaviors and actions they attribute to
themselves. The problem is that others are not always so benevolent
and if the GPL is an enforceable contract, then it may not only be
enforceable by the licensor, but also by third-party beneficiaries
(under at least some conditions).
So, if you see the GPL as a contract, those who have received GPL-licensed
software can enforce that contract's provisions against you. How could
that be a problem? According to Mr. Henry:
So, if a company downloads a GPL product, and incorporates it into
the company's product in such a way that the company's product is
considered a "derived" work or a work "containing" the downloaded
code, not only is the company obligated to use the GPL to
distribute its product, but also it is obligated not to charge. And
its licensees automatically receive a license under GPL terms for
the original code. If the company uses a different license (a) it
could be liable for copyright infringement, (b) it could be liable
for breach of contract, and (c) it could be subject to a court
order for "specific enforcement" of the GPL obligation to
distribute the derivative work under the GPL. The licensor of the
downloaded code could enforce the GPL, as might a licensee of the
company (as a third-party beneficiary).
Mr. Henry's point (a) is not controversial; if you use copyrighted work in
violation of the license that applies to that work, you are infringing the
copyright. There is nothing unique to the GPL there. Point (c) is the
crux of the matter: Mr. Henry claims that, if you distribute a product
containing GPL-licensed code, anybody receiving that code could sue to have
your proprietary code relicensed. The fact that nobody has ever
attempted to do this is irrelevant by this analysis; in the future somebody
could make a try at it.
One could argue that, even if this reasoning holds, there is no real
problem here. If a company does not wish to abide by the terms of the GPL,
it should simply avoid incorporating GPL-licensed code into its products.
Once again, the GPL does not differ from any other software license in this
regard: if you do not like the license, nobody forces you to use the code.
But the fact is that, by this argument, GPL-licensed code is more actively
dangerous than other code. If you get caught using somebody's proprietary
code, all you have to do is settle the copyright infringement claims and
get on with life. With GPL-licensed code, you still have the infringement
issue, but you could also be forced to give your proprietary products
away. That would be a heavy price for a company to pay just because one of
its employees slips some GPL-licensed code into its product.
But does this reasoning hold water? We dropped a note to FSF counsel Eben
Moglen to get his opinion on Mr. Henry's argument. His response was:
So far as "specific performance" is concerned, there is *no* legal
support for the claim. "Specific performance" is the name of a
contract remedy; the GPL is not a contract. In the event of
copyright infringement the relevant possible remedies are: (1)
damages, actual or statutory; and (2) an injunction to prohibit
infringing distribution.
If the GPL is not a contract, what is it? If you look at §106 of the
U.S. copyright code, it states:
Subject to sections 107 through 121, the owner of copyright under
this title has the exclusive rights to do and to authorize any of
the following: (1) to reproduce the copyrighted work in copies or
phonorecords; (2) to prepare derivative works based upon the
copyrighted work; ...
One of the rights given to copyright holders is to authorize others to
create copies and derivative works. The GPL is that authorization: you
have the right to create certain kinds of copies and derived products from
GPL-licensed code. You have not signed a contract with the copyright
holder, and you have not paid any sort of consideration, which is a
required part of any legal contract. So you, as the recipient of
GPL-licensed code, do not have any contract rights against those who
distributed that code to you. Even the copyright holder lacks such rights,
though the holder does have the right to claim infringement if the
provisions of the GPL are not followed.
Mr. Moglen concluded with: "This talk about 'incorporating' GPL'd
code in a product leading to forcing the rest of the product open is
scare-mongering." We are inclined to agree. Anybody who is truly
concerned about such issues, however, should discuss it with their own
lawyer rather than taking our word for it.
(
Log in to post comments)