Open Source: Chicken Little and Age-Appropriate Explanations

In the mid 1990s, when I first began running into open source in my practice, I noticed that open source had a very strange effect on intellectual property lawyers. It was a Chicken Little situation, but instead of crying “the sky is falling” they were crying “the code is infringing.”

Nearly ten years later, very few intellectual property lawsuits have actually been filed relating to open source. Roughly, the scorecard looks like this:

  • Trademark infringement suits: 1 (MySQL-NuSphere)
  • Copyright infringement suits: 1/2 (SCO, after modifying the complaint)
  • Trade secret infringement suits: 1/2 (SCO, original complaint)
  • Patent infringement suits: 0

The sky did not fall.

But it is cheap to laugh at us lawyers, who, after all, are paid to be frightened on behalf of others. The only upside for lawyers being reasonable is that their clients like them. The downside is that lawyers get sued for malpractice if they don’t give conservative enough advice.

The lawyer who told Bill Gates’ competitor not to sign IBM’s non-disclosure agreement — thereby foregoing his opportunity to become the largest software company in the world — will never be threatened with malpractice claims. But his client probably didn’t like him much.

What Were They Scared Of?

IP lawyers spend a lot of time cleaning up the poor housekeeping of their clients. We have seen it all — from negligence to outright theft, companies developing technology are all over the spectrum when it comes to that tedious task known as intellectual property diligence. In short, any company building technology into its products that was not invented or authored by its own employees needs to make sure it has the proper licenses to use that technology.

If you have ever gone through a corporate sale or investment, you have been through this housecleaning process. The company is called upon to lay open its records, and show that if it is using anyone else’s technology, it has the right to do that. It accomplishes this with license agreements.

Because lawyers are accustomed to reviewing inbound commercial licenses, which are wrapped up in a nice little bow, and include lovely little risk-bearing provisions like indemnities, they reacted to open source with suspicion. Not only does open-source code come with no warranties, it comes with no provenance — or at least that was the way it looked to IP lawyers. So, no one would stand up and be responsible, economically, if the code was stolen IP, and no one could stand up and say, “I am the author of this code,” because there was no single author. So, the IP lawyers told their clients to avoid open source like the plague. It was a bit like your mother telling you, “Don’t put that in your mouth — you don’t know where it’s been.”

Age-Appropriate Explanations

Why did IP lawyers react with such fear to something that has been so un-litigated? It is because they only see the legal mechanics of software development, and not the practical mechanics of it. In this sense, IP lawyers need an age-appropriate explanation of adult topics. The process for commercial software is simple: We need some code, we go to a commercial vendor; if the code is infringing, we look to them for indemnity coverage. For the average software development, this process happens about a dozen times.

But the story for open-source development is more complex: We need some code, we assess commercial and open-source options, we choose open source, we get a copy (not necessarily from a commercial vendor), the world is our support team, and if the code is infringing, we suck it up. For IP diligence, this is information overload. Among IP lawyers, this causes wing-flapping.

So, you may wonder, why has it actually worked better than anyone expected?

The Adult Explanation

There are, in fact, many reasons why intellectual property infringement suits might not arise for open source — or if they do arise, they will not be as costly or dangerous as intellectual property suits relating to closed-source software.

  • Early discovery and constructive notice. If you are an intellectual property owner, and you are interested in filing infringement suits, and you want to accuse a piece of commercial software of infringement, you have a problem: you can’t see the source code. You can get a copy of the object code and reverse compile it, but by doing this you risk copyright infringement claims being made against you. So, there are technical and legal barriers to figuring out whether you really have claim to file.

    In open source, the reverse is true. You can determine whether you have a claim by just looking at the source code. Moreover, a plaintiff who has had the opportunity to discover the infringement, and fails to act on it, can see his remedies erode. If you sit on your rights long enough, you can lose all remedies (through a doctrine called “laches”) and if you sit on them for a while, you can even more easily lose the right to injunctive relief. The bottom line is that open source would tend to make claims arise more quickly. Quicker claims are easier for defendants to deal with. The worst case for an IP defendant is having to pull a product from the shelves due to an injunction granted after the product has saturated the marketplace.

  • Quick re-engineering of problems. For most companies, the worst case scenario for IP infringement is having to re-engineer a product. But when translated to the open source context, it’s not quite so bad. Imagine the nightmare event: Someone files a patent infringement suit claiming that the sale of copies of the Linux kernel infringes a patent.

    As soon as this suit is publicly announced, how many software engineers would go to work to engineer around the problem? Exact numbers would be difficult to predict, but we can estimate it would be just about all of them. How quickly will the product be re-engineered? As soon as humanly possible. Granted, this does not allow users of infringing code to avoid damages for infringement in the past, but it does temper the threat of injunctions, and avoid infringement after the claim is made.

  • Lawyers don’t work for free. Those who fear patents are quick to point out that patent litigation is expensive to defend, but it is also expensive to prosecute — very expensive. One million dollars in legal fees is a baseline for an actual lawsuit. Thus, the trick to being an IP infringement plaintiff is to issue threats rather than file suits, and to go after the choke points that will yield the biggest damages — developers and distributors. Going after individuals is too expensive. But most of the distributors in the open source space are not good targets for money damages.

    Many open-source projects are not-for-profit or marginally profitable. Large distributors of open source, like Novell or Red Hat, would be more profitable targets. But they are also the most likely to defend their position to the hilt, and not capitulate to demand letters.

  • The pillory. If damages are not an economically rational objective, that leaves injunctions — which are attractive only to plaintiffs with competing products. Many open source products essentially have no competition. Those who compete with open source have their own problems. As the SCO case demonstrates, litigating against open source is a scorched earth strategy.

    Any company that does it risks excommunication from the software community and a public relations nightmare. Not many companies have the intestinal fortitude for this. So, even more so than for proprietary software, the most likely sources of infringement claims are companies without viable businesses, such as IP holding companies with no business other than enforcing IP rights. But the latter are only out for money. If damages are not economically rational to seek, they will not seek them.

  • Non-obviousness. The success of patent lawsuits is tempered by doctrines of patent law like non-obviousness. A patent can be invalidated — and indeed never should issue — if the teachings of prior art render the claimed invention obvious. All open-source code is by definition publicly available for use as prior art. If you believe open source is innovative, you must also conclude that the more open-source code is published, the fewer valid software patents will issue. This does not discourage lawsuits, because invalid patents can and do issue. But it makes patent lawsuits less successful.

    These do not, of course, mean that open source is risk-free. It is risky. But so is using any technology, or engaging in any business. Intellectual property infringement lawsuits can be filed any day accusing open source software, and threatening to enjoin its use. People also die in car crashes, but that doesn’t mean we don’t drive to work. The industry, tacitly, has decided this is a manageable risk. The facts have not proved this decision wrong.

And by the way, Santa didn’t leave you that bicycle; it was your parents who stayed up all night putting it together. But isn’t that better, in a way?

Now, About Those Software Patents …

Two months ago I suggested in this column, that software patents were not as evil as the free software community’s rhetoric suggests. Thanks to all who wrote in to tell me how misguided my views were. Based on the comments to the article, many readers believe there are patent owners who stand ready to use their software patent portfolios to bring down open source. But no one had any explanations as to why they have not done so.

Have those patent owners simply been too taken up with other concerns — such as the war on terror, or reacting to delisting notices — to file their cascade of lawsuits, knowing, all the while, that their statute of limitations is ticking away? I doubt it. As I described above, I think that open source is robustly preventative of intellectual property lawsuits, and spreading FUD about patent infringement is neither useful nor realistic.

The facts bear me out — and do not support the rhetoric. Just to be clear, software patents are not new; they already exist in the EU and they have existed for many years in the US. So those who claim patents stifle innovation, might be well served to point to some good, solid examples. Those whom claim that the chilling effect of patents is uniquely problematic for open source software should be able to point to more examples of patent infringement claims in open source software than in other industries.

So, let’s use the lovely technology of the Web to investigate this: Please comment on this article and, instead of explaining in theory why patents stifle innovation, give me examples — name names, at least to the extent you can. Obviously, an actual patent lawsuit accusing open source would be highly visible and create headlines. What would not create headlines would be the kind of infringement threat that is quietly settled and swept under the rug. That is what I want to hear about. If patents are an immediate danger, I would like to know. But I want to hear facts, not rhetoric. And I also want to hear about the reaction to patent threats. Has the accused code been re-engineered? How long was it off the “shelf”?

On Innovation’s Side

I have seen innovation stifled many times in the course of practicing law. After the patent article, many people wrote to tell me that as a lawyer I clearly did not care what happened to the poor software developers whose innovative juices were being sucked out of them by the fear of patent infringement — and that I only cared about my own pocketbook. (Believe me, I do care about my pocketbook — particularly in April.)

But, in fact, my pocketbook ebbs and flows with my clients’ business, not their legal woes. If it were not for the freedom to innovate, I would have no clients and no fees. But I have plenty of clients, and most of them develop software, and none of them have stopped even a single project due to the fear of patent infringement — whether they are using open source in their projects or not. All of them know patent infringement is a possibility, but all of them are willing to take the risk.

In truth — alas — I am not in the ivory tower at all, as I wistfully suggested in my earlier “Fuzzy Patent” article. I am in the trenches, every day, helping my clients deal with intellectual property issues as they struggle to push products out the door in an industry where time elapses in dog-years. Though there is much rhetoric in the software community about how stifling patents are to innovation, that is not the problem I see in the trenches.

Copyright License

There is one huge, overarching evil that stifles innovation in the software industry — but it is not software patents. It is a copyright license — poorly drafted, contradictory, irremediably vague, and overreaching. It has resulted in millions of dollars of lawyer fees and the scrapping or re-engineering of many projects. I will leave it to your imagination to decide which license that is.

There is a delicious irony going on here. The current fear of patent infringement is not unlike the fear, ten years ago, of copyright infringement. Neither has materialized in any meaningful way, though there has been ample opportunity: Linux has become ubiquitous, Apache has no meaningful competition, and JBOSS and MySQL are saturating the industry. Even if a major lawsuit were filed tomorrow, open source would still have an outstanding track record of avoiding IP infringement, compared to proprietary software, which is the subject of frequent infringement claims.

So, to both the IP litigators who advise their clients that open source is dangerous, and the open source proponents who say that software patents are dangerous: If you think there is a troll under the bridge, you had better name him. Otherwise, people will think you are telling fairy tales.

Heather Meeker is a shareholder at the international law firm GreenbergTraurig, LLP, and specializes in intellectual property transactions for software and other technology clients. Ms. Meeker is the co-chair ofthe Open Source Committee of the Science and Technology Section of theAmerican Bar Association. She advises clients regularly on open-sourcelicensing issues and open-source business strategies.


  • A rather strong counter-example to Meeker’s view has emerged just today.,39026612,39246157,00.htm

    As a lawyer must proceed by statute and precedent then it is both natural and good that lawyers are conservative. BUT … patent is a political discretion and not an economic right. Such discretions are only culturally allowable when they lead to the greater social good.
    The great argument of the anti-software lobby is that the conditions for this social good are exceeded in software. The law on neither side of the Atlantic can make any meaningful distinction between hardware and software when it comes to patent law. So I must put it to you, How do think you can make a meaningful distinction between knowledge or idea and its implementation?
    A patent on software, such as a protocol, is exactly a patent on knowledge. In software the difference between science and technology has been lost. Therefore patent becomes an anti-social act in these circumstances.
    Maurice McCarthy

  • Hi,
    many articles need more comments than this one.
    End of congratulations.
    There is no need for a falling sky to abandon software patents. The burden of proof is on the pro-patents side. The sort of exclusion right given by patents is generally not justified without macroeconomic or social net benefit.
    So, please, show examples of innovative software of a sort that would not have had a reasonable chance of being developed without software patents. Consider the criterion of "reasonable chance" over the 20-year exclusion period given by patents.
    Should you ever reach that level (lawyers typically don’t, and wouldn’t even need to if they left the word to more relevant experts), then please weigh that against the list of examples listed e.g. at
    Have a nice day.

  • This article is quite informative, well argumented, all in all a reasonable way to accept intents behind copyright and patent. Now, you asked if there already was a case of open-source being stifled by patents. Here: try to open an asf or wmv video with Virtualdub (
    Virtualdub is a GPLv2 licenced software that allows fast streamlined operations on videos. It USED to be able to open asf/wmv files, since the author reverse engineered the format from looking at an asf file (and not some other application code). I’ve read the actual text from the patents, they were simplistic – still, they were accepted. Now, Virtualdub was the only non-paying application able to easily open non-encrypted asf files for edition. It can’t do that anymore.
    One down.
    Now then, you said that 10 years ago copyright war didn’t start. Ok, true: there wasn’t an all-out war on copyright infringement. What about the freeBSD case (1991)? Here too, I read the text (it is freely available on the ‘net). 10 years ago, Linux was an upstart, really not ready for production use, while freeBSD could have been. No war, but a drawn-out battle that, had it not taken place, would mean freeBSD developed with 10 years of advance – thus being present on servers and desktops (see: MacOS-X for the latter), and one BIG competitor for MS Windows.
    You’re a lawyer, a competent one too. You have good points. But they stand on one big IF. And it could go both ways. In France we have a saying: with IFs you fit Paris in a bottle.
    Mitch 74

  • Hmm. If Heather Meeker really is coyly referring to the GPL with her "poorly drafted, contradictory, irremediably vague, and overreaching" copyright license, this would be ironic indeed, since she started her argument by claiming that the rampant ‘copyright infringement’ fears were unwarranted. In fact, she might be hinting, there *was* rampant copyright infringement all along — but the bad guys were the *proprietary* companies, who had been nicking *GPL* code and running up "millions of dollars of lawyer fees and the scrapping or re-engineering of many projects" as they try to get clean, instead of vice-versa.
    As subtly enticing as that scenario is — what a dramatic reversal-of-fortunes story! — I can’t help but feel that identifying this mystery license as the GPL is just a knee-jerk reaction by readers accustomed to clueless IT reporters spreading FUD about the license which protects my/our contributions to the software commons from the oft-cited tragedy.
    I’d suspect the standard Microsoft EULA to be the copyright license ‘left to my imagination’. There are certainly millions of lawyer dollars just in "license audit" shakedown fees and other BSA activities. Not to mention all of Microsoft’s other monopoly practices which have certainly thrown many a projects into the ‘re-engineering’ bin. The reader can certainly imagine their own Microsoft-related inconveniences, which would have been alleviated by more generous licensing: say, third-party access to and (thus) fixes for Microsoft’s code.

  • If I recall correctly, the Unisys LZH patent (used in the encoding of GIF images) was a big pain for the open source community. It eventually spurred the creation of the PNG graphics standard as a workaround. I think a similar situation existed with the MP3 format, which is patented by a German company. OGG format was developed as a result.

  • Heather, nice article (but are you inferring that the GPL is that evil copyright license? I hope not).
    A few evidence links to be getting on with:
    """ Due to patent issues, servers based in the EU, the USA and Japan are not allowed to use the IDEA encryption algorithm for commercial purposes without obtaining a licence from MediaCrypt beforehand.
    The patent on the IDEA protocol expires in November 2010.
    """ Eh-Wire writes "OnLamp is reporting on the MySQL Users Conference that is currently underway. Among the highlights are the announcement that the code for MySQL 5.0 is now complete. Axmark and Widenius suggest that squashing bugs is the key behind the success of MySQL. Michael Tiemann from Red Hat and the OSI delivered a keynote on "Defining Open Source". He suggests that Microsoft’s "shared source license" has been a complete failure at the design level."

  • You forget to weigh the opposite argument. If Open Source is out-innovating proprietary without patents, why do you need them? Your own facts seem to indicate that innovation increases in an open collaborative forum so wouldn’t your time be better spent in an area where patents actually do help?

  • Examples of open source software functionality being hampered by software patents:
    1. VideoLAN client had to disable support for DTS sound due to software patents:
    NOTE: This release doesn’t include DTS audio decoding support. DTS Inc. claims that distributing this software with DTS decoding capabilities is a violation of their patent EP 864 146. At DTS Inc. request, we decided, as a precautionary measure, to provisionally suspend the distribution of VLC with DTS decoding capabilities while reviewing DTS Inc. claim. This is not an acknowledgement of the validity of the claim.
    2. Author of BladeEnc mp3 encoder had to stop binary distribution in europe.
    3. Authors of FreeType library got message from Apple that they are infriging. They removed hinting and it took them years to get font rendering under Linux on par with Windows and Apple platforms.
    These are all real and existing cases where free software was hampered by patents even when there was no immediate monetary advantage for the patent owner to do so. Imagine the cases where open source actually is a threat to a company with pile of software patents.
    All this projects are of extreme importance for survival of Linux as multimedia platform, and they are being seriously hampered by software patents.
    It is expected that every time independent projects step on someones toes, he will start threatening with software patents.

Leave a Comment

Please sign in to post or reply to a comment. New users create a free account.

LinuxInsider Channels