By Victoria Nemiah* A pdf version of this article may be downloaded here.): FOSS software developers, the attorneys who help them license their creations, and absolutely everyone else. Why everyone else? While FOSS has historically been billed as “too difficult” for the average consumer to use and “too technical to understand,” it is fast becoming a popular option, even for technophobes, as evidenced by Firefox’s position as the second most popular browser by market share. FOSS has also started to gain a foothold in other areas, from blog publishing platforms to image-editing software. Consumers are catching onto FOSS offerings like OpenOffice, a word-processing and productivity suite; GIMP, an image-editing Photoshop alternative; Linux, a completely open-source operating system; VLC Media Player, a cross-platform multimedia player; and 7-Zip, a file archiver. This Note is primarily targeted towards the first two categories of people: developers and their attorneys. FOSS has been a novel and exciting model for developers. It provides several key advantages over the traditional route for those looking to release software they’ve finished (or even just started) writing: once the source code has been publicly released, other developers who choose to use the software themselves can contribute fixes and improvements back to the project. People have become accustomed to finding free options for most of their computing needs, so no-fee software is likely to gain a foothold in these markets. The project is more likely to survive where outsiders are actively participating in its continued maintenance. Where there is a disagreement on what slate of features or overall design approach to choose, forking can occur. Opening the source code provides the opportunity for volunteer programming support, which can take the place of hiring paid developers (though one blogger notes that choosing to “open” one’s source code is akin to opening a door, and that developers should not assume that volunteers will be waiting on the other side of the door to come in and help with the project). Making a project open source allows for the use of previously released FOSS or open source code snippets within the project. Lastly, releasing a project’s code may be aligned with the developer’s personal convictions that his software should be free and available to all. With so many advantages to making a project open source, it has become an easy choice for many developers. The legal process that follows, however, has not been nearly as simple. As a general matter, the open source model is one that stymies many of contract law’s core tenets, from the “exchange of promises” to the issue of consideration. Further, open source licensing serves as a voluntary renunciation of several rights the copyright system grants to software creators. Lawyers and developers have made many attempts to word a license so as to restrict certain behavior while allowing otherwise unrestricted distribution of the software, but to date there have been few cases on the subject, so much of this wording is untested. In fact, while the first FOSS licenses were created in the late 1980s (with the GPL, MIT License, and BSD license all published between 1988 and 1989), it was not until 2004 that a court issued an opinion regarding the viability of FOSS licenses. In a federal case in the Northern District of Illinois, the court explained the GNU General Public License (“GPL”) as a release of the content into the public domain, with restrictions in place solely because “once the programs are freely released into the public domain, the creators intend for them to stay free.” Fortunately for embracers of FOSS, judicial attitudes towards FOSS have changed significantly since this opinion, and “the court’s comments should be viewed with skepticism.” A few relevant cases in the last five years help to clarify the approach lawyers and others working with licensing language should take. I use these as the backbone of this paper to ensure that their takeaways are fully incorporated into licensors’ approaches. In particular, I highlight the construction of a license provision as either a “condition” or a “covenant,” a designation that will determine what remedies are appropriate, an issue recently brought to light in a non-FOSS case in the Ninth Circuit. Making sure that attorneys understand the state of the law surrounding FOSS licenses is important because a future court decision against a FOSS license has the potential to cripple a burgeoning industry whose community-based development principles depend on protection from commercial exploitation of that openness. Thus, I start in Part II by examining the history of the development of the FOSS community. In Part III, I break down several cases relevant to issues of FOSS licensing, highlighting important conclusions by courts that are buried within the sometimes dense language of the opinions. Finally, in Part IV, I summarize several best practices for lawyers and other license drafters. Additionally, I provide an analysis of legal arguments regarding license violations, based on criteria such as copyright registration and wording of license terms. By doing so, I highlight the importance for developers of taking care to follow all the necessary steps to protect their projects, including harnessing the power of conditions.  By 1969, however, Bell Labs, displeased by the project’s lack of advances and continued drain on monetary capital, pulled out of the MULTICS project: Bell Labs “had a million dollars worth of equipment in the attic that was sitting there being played with by three people. It became clear that we were a drag on the computer center’s budget.” This abandonment of the MULTICS project did not quash the interest of the Bell Labs researchers in the construction of such a system, so four of the most heavily involved researchers in the Lab’s participation started to work towards the construction of a different system. One of the four has explained that their motivation in working on this new system was simple; they did not want to give up the computing power they had personally been able to exploit via the MULTICS machine:
We didn’t want to lose the pleasant niche we occupied, because no similar ones were available; even the time-sharing service that would later be offered under GE’s operating system did not exist. What we wanted to preserve was not just a good environment in which to do programming, but a system around which a fellowship could form.The group lobbied hard for the purchase of a new machine. By 1970, they had put together a pitch based on a proposed new operating system and Bell Labs agreed to purchase a new machine for about $65,000. A year later, they had the machine running their new operating system, which they called UNIX. Due to a consent order signed by AT&T in 1956, Bell Labs could not legally sell any products on the software market, and thus agreed to share UNIX (including its source code) with academic institutions for the price of media. Ken Thompson, one of the original authors of the UNIX system, returned in 1976 to teach UNIX in the Computer Science department at his alma mater, the University of California at Berkeley (UCB). His classes, coupled with further work by students, led to a system called the Berkeley Standard Distribution (BSD), which is considered by some to be UNIX’s first fork. A graduate student named Bill Joy spearheaded the work, and in 1978 the first BSD was released to the public. In his history of BSD, Bruce Montague explains, “UCB made BSD available for the cost of media, under what became known as ‘the BSD license’. A customer purchased Unix from AT&T and then ordered a BSD tape from UCB.” As the cost of this license from AT&T continued to increase, users started to request that Berkeley break out their own code and provide it under terms that did not require concurrent acquisition of an AT&T source license. In 1989, Berkeley responded to these requests by releasing Networking Release 1, the first freely distributable Berkeley code. The terms of the license for this release were liberal:
A licensee could release the code modified or unmodified in source or binary form with no accounting or royalties to Berkeley. The only requirements were that the copyright notices in the source file be left intact and that products that incorporated the code indicate in their documentation that the product contained code from the University of California and its contributors. . . . [A]nyone was free to get a copy from anyone who already had received it. Indeed, several large sites put it up for anonymous ftp shortly after it was released.This BSD release and accompanying license formed the basis for today’s BSD License, which remains one of the most popular “academic” open source licenses in use. In 1984, a researcher at MIT’s Artificial Intelligence Lab named Richard Stallman quit his job to start writing his own software, determined that unlike UNIX and other fully contained options available at the time, his would be open to all to freely use and modify. Due to drama surrounding the commercialization of a derivative of one of his first programs, Stallman was intent upon ensuring that his newest program, a text editor GNU Emacs, would be perpetually available to the public, and thus decided to use a “copyleft” license that he called the Emacs General Public License. The license’s preamble explains that the software is not in the public domain, but that the restrictions placed on it are “designed to permit everything that a good cooperating citizen would want to do”:
Specifically, we want to make sure that you have the right to give away copies of Emacs, that you receive source code or else can get it if you want it, that you can change Emacs or use pieces of it in new free programs, and that you know you can do these things. . . . To make sure that everyone has such rights, we have to forbid you to deprive anyone else of these rights. For example, if you distribute copies of Emacs, you must give the recipients all the rights that you have. You must make sure that they, too, receive or can get the source code. And you must tell them their rights.While distributing GNU Emacs, Stallman continued working on building an operating system. The result was a free operating system that was compatible with UNIX, which Stallman named “GNU” (a recursive acronym for “GNU’s Not Unix”). Those developing GNU decided to share it under the principle of “copyleft” touched on above. In an effort to encourage others to follow his lead, Stallman started the Free Software Foundation, a group that now publishes the second version of the GNU GPL, currently the most popular open source software license available.  such software has gone on to see remarkable success. As mentioned above, many popular software options today are FOSS, from Firefox to WordPress. Contributions to FOSS have grown exponentially over the last fifteen to twenty years, as shown in a chart by researchers Amit Deshpande & Dirk Riehle: One of the many forks of Linux, the commercial venture RedHat, saw its revenues grow by 25% in 2012, finally crossing the $1 billion mark at the end of its fiscal year on February 29 of that year, which made it the first FOSS company to reach that point. In the market for web servers, FOSS favorite Apache holds 54.37% of the market share, with its next closest competitor holding only 12.91%. Most promising, however, are reports of the public’s increased acceptance of the FOSS model. A 2010 survey of three hundred large organizations in the public and private sectors found that 50% of respondents are “fully committed to open source in their business”, while another 28% say they are “experimenting with open source and keeping an open mind to using it.”  Thus, the FSF explains, “you should think of ‘free’ as in ‘free speech,’ not as in ‘free beer’.” Conversely, the Open Source Initiative (OSI) prefers the term “open source software”, and explains that “[o]pen source doesn’t just mean access to the source code.” The OSI requires compliance with ten criteria: free redistribution, distribution of the source code (not simply the compiled software), permission to create derivative works, limited restrictions for the purpose of protecting the original “integrity,” no discrimination against people or groups, no discrimination against fields of endeavor, automatic application of the same license terms to redistributed copies, lack of reference within the license to a specific product, lack of restrictions on other software, and technological neutrality. While the term “free open source software” was first mentioned in a newsgroup in March 1998, the term developed primarily as an option for those who did not wish to pick a side in the battle between the FSF and OSI definitions. In an early use of the term, in 2002 a Google Groups user wrote, “99% of the software on my computer is F/OSS (Free/Open Source Sofware).” The term FLOSS was likewise created by Rishab Aiyer Ghosh in an attempt to “somehow unify ‘Free Software’ and ‘Open Source’ concept into software.” By adding the term “libre,” Ghosh hoped to highlight both the “free” (no cost) and “libre” (free from restrictions) aspects of the software. While those representing developers should be aware of the differences in implications of the various terms, both “FOSS” and “FLOSS” have become umbrella terms that cover many variants of freely shared software.  Amy and her family own a house with a large field behind it. Bob wishes to cut through Amy’s field to make his commute to work shorter, so he approaches Amy. She is fine with the proposal, so long as Bob does not engage in any lewd activities in the field that might be visible to her children. She and Bob agree to the following language: “Amy grants Bob the right to traverse Amy’s field whenever he pleases. Bob agrees that he will not engage in any lewd activities while in Amy’s field.” If Bob later streaks through Amy’s field on his way home from the bar one night while Amy’s children watch out the window, Amy may sue him only for breach of contract, because the grant of a right to traverse her field was not made conditional upon Bob conducting himself with decorum, and thus would be considered a covenant. Now consider an identical scenario where the agreement reads as follows: “So long as Bob does not engage in any lewd activities, Amy grants Bob the right to traverse her field whenever Bob pleases.” Here, because Bob was engaging in lewd conduct (nudity) when he tried to traverse Amy’s field, he effectively had no permission to do so; Amy’s grant of permission contained a condition. This was a key distinction in several of the cases discussed below, as well as more nuanced questions about the permitted scope of conditions (e.g., should Amy be allowed to condition Bob’s easement on something irrelevant to the land, like Bob not wearing a hat while crossing her field?).  In 1991, he got in touch with defendant Larry James, a programmer, to commission a file-retrieval program to go on the discs. Graham described “in general terms” the type of program he wanted. James agreed that in exchange for credit on the final project and a CD-ROM disk drive, he would write a file-retrieval program. Graham included this program in his next release. Soon after, James wrote a new version in C++ (“the C++ version”). This version was an entirely new program, and Graham’s only contributions were communicating the program’s general requirements and collaborating on the organization of the files retrieved by the program. The C++ version also included authorship and copyright notices in James’ own name. When Graham discovered this notice, he removed it and released a new version of the disc. Graham subsequently released several other compilations containing the C++ version. During this period, James also sold his C++ version to another CD-ROM publisher. Graham eventually brought suit against James for this sale of the program, claiming ownership of the C++ version’s copyright under the work-for-hire doctrine and alleging that James’s sale to a publisher constituted an infringement of Graham’s copyright. James counterclaimed that he was the rightful owner of the copyright and that Graham’s inclusion of the program on later compilations (and removal of James’s copyright notice) constituted infringement. He also alleged breach of contract. Since the issue of who owned the copyright needed to be decided before the court could address the copyright infringement claims, the district court looked at each party’s evidence and found that “the parties had orally agreed that James would provide Graham with a file retrieval program written in . . . C++” and that Graham would pay James for each version. The district court granted a preliminary injunction barring James from “publishing, copying, selling, marketing or otherwise disposing of” programs that were substantially similar to the C++ version. However, at trial the district court held that as an independent contractor James owned the copyright to the C++ version, and that Graham’s releases with substantially similar programs infringed this copyright. The court awarded various damages and permanently enjoined Graham from using the program. Graham appealed to the Second Circuit, claiming that he had a license to use the copyrighted work. The court acknowledged that “[u]nder federal law, ‘nonexclusive licenses may . . . be granted orally, or may even be implied from conduct,’” and pointed to the fact that the district court had found an implied license for the amount of Graham’s payments between the two parties. They also expressed concern over the awarded copyright damages, since “a copyright owner who grants a nonexclusive license . . . waives his right to sue the licensee for copyright infringement.” Regarding Graham removing the attribution notice mentioning James, the court noted that the prevailing view under copyright law is that an author who sells or licenses her work “does not have an inherent right to be credited as author of the work,” and explained that when a licensee omits such a notice, it has been held not to be infringing. James claimed that even if there had been a license, it had been rescinded for nonpayment or non-attribution, but the court felt the existence of a license was “essentially uncontested.” Instead, the court found the question at hand to be one of the scope and duration of the license. In situations where the question is simply the scope of a license, the court pointed out that the copyright owner has the burden of proof that the use in question is outside the activity authorized by the license. Ultimately, the court felt the issue of whether Graham had infringed James’s copyright rested on one question: were the payment of royalties and inclusion of a notice “crediting James’s authorship” considered covenants or conditions? First, the court noted that under New York state law, terms of a contract are assumed to be covenants, not conditions. Second, the court pointed to the fact that James tendered a copy of the C++ version to Graham for use before any royalties were paid and that the first version of the compilation with the C++ version was published with proper attribution. Both of these facts were relevant because New York does not treat as conditions those contractual obligations that are to be performed after partial performance by the other party. Presented with these precedents, the Court of Appeals found that the attribution and royalty payment obligations were covenants. James advanced a final argument that even if the obligations were covenants, Graham’s breach of the two covenants had terminated the license. In previous cases, both the Ninth and D.C. Circuits had held that a “material breach” could give rise to a right of rescission: “even if the counterclaims asserted merely constitute a breach of contract, an action for copyright infringement would lie if the breach is so material that it allows the grantor power to recapture the rights granted so that any further use of the work was without authority.” New York law generally allows rescission of a contract where the breach is “material and willful, or, if not willful, so substantial and fundamental as to strongly tend to defeat the object of the parties in making the contract.” However, in order to find that a contract has been rescinded, the non-breaching party (here, James) must have taken some affirmative steps towards rescission. Ultimately, the court held that James had not sufficiently demonstrated that the contract had been successfully rescinded or otherwise terminated and remanded the case for further determination. Graham was notable for a few reasons: first, it highlighted the important distinction between covenants and conditions in both awarding damages and succeeding in a case against a licensee run amok. Second, it laid out the difference between questions of the existence of a license and questions of a license’s scope or duration. Third, it raised questions of whether a failure of attribution could ever constitute a violation of a condition, though there has been speculation that this holding was influenced by the lack of a written instrument. Thus, Graham’s primary lessons were the importance of putting agreements regarding software in writing and of framing important provisions as explicit conditions to the license.  Sun originally created Java “so that programmers could write a single program that would work on any operating system,” and was determined to ensure that Microsoft distributed only versions of Java that maintained this cross-platform compatibility. This demand became especially important when, midway through negotiations, talks broadened from use only in Microsoft’s internet browsers and software development tools to a broader license that would allow Microsoft to include Java in its operating systems. Sun’s license agreements with other Java partners required products developed by licensees to pass Sun’s compatibility tests, which Sun termed the JCK (Java Compatibility Kit) test suite. If a product passed the test suite, the licensee was granted the right to display Sun’s “JAVA Compatible” trademark on its product. The terms of Sun’s new agreement with Microsoft were recorded in a “Technology License and Distribution Agreement” (the “TLDA”). The TLDA granted Microsoft the right to a non-exclusive development license to use the source code of Sun’s technology “for the purposes of developing, compiling to binary form and supporting [Microsoft’s own] Products.” In addition, Sun granted Microsoft a non-exclusive distribution license to “make, use, import, reproduce, license, rent, lease, offer to sell, sell or otherwise distribute to end users as part of a Product or an upgrade to a Product, the Technology and Derivative Works thereof in binary form.” In a later clause within the same section, the TLDA placed compatibility requirements on Java-containing commercial distributions by Microsoft. The TLDA likewise required that any Java compiler developed and distributed by Microsoft meet compatibility requirements. On September 30, 1997, Microsoft released the new version of its web browser, Internet Explorer (“IE 4.0”), on its website. Microsoft claimed that IE 4.0 “incorporate[d] and [was] fully compatible with” the required version of Java, and displayed Sun’s “JAVA Compatible” trademark in close proximity to the IE 4.0 logo on both its website and CD-ROM versions. Testing by Sun revealed that IE 4.0 failed to pass the test suite, and on October 7, 1997, Sun notified Microsoft of the failure and requested that they commit to becoming compliant. Microsoft responded, claiming that IE 4.0 fully complied with requirements and that they would therefore continue to use the trademark. Outside testing ultimately confirmed that IE 4.0 did not pass the test suite, a flaw that jeopardized the compatibility of the Java contained within IE 4.0. Sun took the case to court to request multiple forms of relief, starting with a preliminary injunction to stop Microsoft’s supposedly TLDA-violating conduct. In Sun II, the district court granted a preliminary injunction relating to Sun’s copyright infringement and unfair competition claims, and it was this copyright infringement claim that provoked Microsoft’s appeal to the 9th Circuit in Sun III. The 9th Circuit found that the license provisions at issue could be either covenants or conditions. Thus, the court vacated Sun II’s injunction and remanded the case for further determination. In Sun V, the court denied Sun’s request to reinstate the preliminary injunction, holding that Sun had not “definitively established” that it had a case for copyright infringement, rather than breach of contract. However, it was not until Sun VI that the issue of whether the violated license agreement provisions were covenants or conditions (referred to by the court as “license restrictions”) was addressed. Quoting Graham v. James, the court pointed out that a copyright owner who grants a nonexclusive license generally waives his right to sue the licensee for copyright infringement. As in Graham, the court then moved on to principles found in state law regarding the interpretation of contracts. California law requires that in reviewing the intent suggested by the language of the TLDA, the court examine the “four corners of the instrument.” The court held that “[t]he language and structure of the TLDA suggest that the compatibility obligations are separate covenants and not conditions of, or restrictions on, the license grants.” Specifically, the court highlighted the fact that the language actually granting the software license made no reference to meeting compatibility requirements. The court contrasted this with Sun’s use of conditions in the TLDA’s “Trademark License” section, where the grant was limited to goods “that fully meet the certification requirements” and the license was later specified as only applying to versions that passed the JCK test suite. In addition, the court read the remedies section to suggest a scheme where compatibility breaches, rather than immediately triggering a copyright violation, could be remedied within thirty days without penalty. Given these pieces of evidence, the court concluded, “the only reasonable interpretation of the TLDA is that the compatibility provisions of Section 2.6 are independent covenants, rather than limitations on the scope of Microsoft’s pre-termination license.” Thus, the court granted Microsoft’s motion for summary judgment and dismissed Sun’s claim for relief based on the allegation of copyright infringement. Sun VI follows Graham’s precedent, but serves as an important case because it exemplifies the dangers still at hand for a licensor when there is a written agreement. When drafting clauses that grant any rights to the licensee, it is crucial that the sentence or clause containing such a grant include any restrictions that are fundamental to the licensor’s willingness to provide a license. The Sun cases also serve as a warning to those drafting clauses regarding available remedies, particularly when a licensor enters negotiations with a licensee before the terms of a license are agreed upon (as contrasted with situations where software is provided with a pre-attached license). First, drafters should write damages clauses that avoid suggesting either that a violation of a condition (or other important covenant) is insignificant or that such a violation does not qualify as a material breach of the agreement. Additionally, licensors should carefully consider the ways in which licensees might violate the terms of a license agreement before allowing the inclusion of a clause restricting or barring the ability to obtain an injunction against a licensee. Ultimately, the Sun cases serve as a warning to developers and lawyers alike: even the big guys can mess up.  it was not until 2007 that a case progressed far enough to fully discuss the merits of a FOSS license and whether its requirements could constitute conditions. In Jacobsen v. Katzer, plaintiff Robert Jacobsen worked at the Lawrence Berkeley National Laboratory and taught physics as a professor at the University of California, Berkeley. A model train hobbyist, he was a leading member of the “Java Model Railroad Interface” (JMRI) Project, a SourceForge-based community that builds model railroad computer controls. Through contributions by many JMRI participants, the project created an application called DecoderPro that “allows model railroad enthusiasts to use their computers to program the decoder chips that control model trains.” JMRI made DecoderPro available through SourceForge for free, but included a copyright notice and a reference to the included “COPYING” file, which contained the terms of the Artistic License, another popular FOSS license, in each of the package’s files. The defendant, Matthew Katzer, was the CEO and chairman of the board of directors for Kamind Associates, Inc. (KAM), a Portland, Oregon-based software company that developed software for model railroad enthusiasts. KAM offered a competing software product called Decoder Commander, which is also used in the programming of decoder chips. During the development of Decoder Commander, a KAM employee allegedly downloaded “decoder definition files” from DecoderPro and used portions of them in the code for Decoder Commander. The files containing DecoderPro definitions violated the terms of the Artistic License in five ways, neglecting to include “(1) the authors’ names, (2) JMRI copyright notices, (3) references to the COPYING file, (4) an identification of SourceForge or JMRI as the original source of the definition files, and (5) a description of how the files or computer code had been changed from the original source code.” In addition, KAM changed the file names of various DecoderPro files without providing a reference to the original JMRI files or information about where to obtain the original versions. Jacobsen brought suit against Katzer and KAM, alleging that they “fraudulently secured patents for their software and, despite knowing the patents were invalid and unenforceable, sought to enforce the patents and collect patent royalties, and threatened litigation.” In addition to seeking declaratory judgment of the unenforceability and invalidity of the patents and non-infringement of DecoderPro, Jacobsen brought claims against the defendants for antitrust, unfair competition, cybersquatting, libel, copyright infringement, trademark claims under 15 U.S.C. § 1125, and unjust enrichment. While the court threw out many of his other claims, Jacobsen’s claim of copyright infringement and related motion for a preliminary injunction became major issues in the case. In Jacobsen I, the district court for the Northern District of California addressed Jacobsen’s motion for a preliminary injunction enjoining the defendants from “willfully infringing [his] copyrighted material.” The court noted that Jacobsen alleged copyright infringement, arguing that the defendants “without permission or consent, has [sic] made copies, distributed copies to the public, or created derivative works in violation of the exclusive rights.” The court then cited the three relevant provisions of the Artistic License which together state that those with access to the files may make copies, distribute and create derivative works from the software, provided that they give proper credit to the JMRI project: (a) that potential licensees may “make or give away verbatim copies of the source form . . . without restriction provided that [the licensee] duplicate all of the original copyright notices and assorted disclaimers,” (b) that the licensee can distribute the copyrighted work “in a more-or-less customary fashion, plus [have] the right to make reasonable modifications,” and (c) that the licensee may “distribute [the material] in aggregate with other (possibly commercial) programs as part of a larger (possibly commercial) software distribution provided that [the licensee] not advertise [the material] as a product of [his] own.” The court found that the license represented a choice by Jacobsen to distribute the decoder definition files “by granting the public a nonexclusive license to use, distribute, and copy the files.” It noted that the license was subject to several requirements (such as attribution), but held that implicit in a nonexclusive license is “the promise not to sue for copyright infringement.” In a major blow to FOSS goals, the court held that “[t]he condition that the user insert a prominent notice of attribution does not limit the scope of the license.” The court then acknowledged that actions exceeding the scope of the license could still give rise to a copyright infringement claim, but held that in granting rights to “any member of the public” to “use and distribute the [material] in a more-or-less customary fashion, plus the right to make reasonable accommodations,” Jacobsen had made the scope of the nonexclusive license “intentionally broad.” Thus, the court found that Jacobsen only had a case for breach of the Artistic License, not copyright infringement, and denied Jacobsen’s motion for a preliminary injunction. Jacobsen appealed to the Federal Circuit (Jacobsen II). The Federal Circuit considered the history of “public licenses” (“often referred to as ‘open source’ licenses”). It noted that one of the amici curiae, Creative Commons, provided free copyright licenses to allow parties to either release works into the public domain or license certain uses while keeping other rights reserved, and pointed to MIT’s use of a Creative Commons license for their course system, as well as uses of FOSS licenses by Apache, Firefox, and Wikipedia, as evidence that “open source licensing has become a widely used method of creative collaboration that serves to advance the arts and sciences in a manner and at a pace that few could have imagined just a few decades ago.” The court also noted several advantages of FOSS licensing and collaborations, such as faster writing and debugging of programs and lower development costs. While it acknowledged that traditionally copyright holders have sold their copyrighted material “in exchange for money”, the court argued that FOSS licensing’s lack of monetary compensation “should not be presumed to mean that there is no economic consideration.” To support this statement, the court cited the generation of market share, reputational gains, and improvements by outside contributors as gains created by FOSS licensing. The court established that there was no dispute regarding the fact that Jacobsen held the copyright to certain materials throughout the website (a presumption established by his copyright registration), nor that portions of the DecoderPro software’s code were copied, modified, and distributed within Decoder Commander. Given these facts, the court found a prima facie case of copyright infringement, subject to a finding that the defendants were acting outside the scope of the license. The court looked to the language of the Artistic License, which granted rights to copy, modify and distribute the software:
provided that [the user] insert a prominent notice in each changed file stating how and when [the user] changed that file, and provided that [the user] do at least ONE of the following: a) place [the user’s] modifications in the Public Domain or otherwise make them Freely Available . . . . b) use the modified Package only within [the user’s] corporation or organization. c) rename any non-standard executables so the names do not conflict with the standard executables, which must also be provided, and provide a separate manual page for each nonstandard executable that clearly documents how it differs from the Standard Version, or d) make other distribution arrangements with the Copyright Holder.The court highlighted the covenant–condition distinction, explaining that if the terms were found to be conditions, a claim would lie under copyright, while if they were merely covenants, Jacobsen’s only claim would be for breach of contract. It noted that the district court in Jacobsen I had not acknowledged this distinction, but had clearly been proceeding under the assumption that the terms were contractual covenants. In his brief, Jacobsen argued that the terms should be read as conditions, while Katzer and KAM argued that they were covenants, citing Gilliam v. ABC for the premise that copyright law does not recognize a cause of action for non-economic rights (in the case of Gilliam, moral rights). Ultimately, the Federal Circuit held that the terms were conditions, giving rise to a claim of copyright infringement. First, the court pointed to the fact that the Artistic License stated on its face that it created conditions: “The intent of this document is to state the conditions under which a Package may be copied.” Each grant of a copyright-related right (copying, modifying, and distributing) within the License was also granted “provided that” the conditions were met, and California law generally construes “provided that” as creating a condition. The court also noted the importance of the attribution condition in allowing users of derivative works to backtrack to the original software. Further, the court explained its position on FOSS very clearly, writing that “[c]opyright holders who engage in open source licensing have the right to control the modification and distribution of copyrighted material.”
 There are a myriad of terms used to refer to software that has any of the qualities of being made collaboratively, being shared freely, or being shared pursuant to a promise to “share alike” (to use an identical license on derivative works). Since this paper is not meant to address the intricacies or politics of the software community’s preferences for different terminology (though I do cover the issue briefly in Part II.C.., I choose to refer to these forms of software simply as “FOSS”, for both clarity and space’s sake. I would include in my “FOSS” umbrella software termed “free software”, “open source software”, “free/open source software” (“FOSS”), or “free/libre/open-source software” (“FLOSS”), and I invite the reader to impose upon my use of the term any definition that helps make the paper relevant to his or her projects.
 Matt Kohut, Lenovo’s Worldwide Competitive Analyst, argued, “Linux, even if you’ve got a great distribution and you can argue which one is better or not, still requires a lot more hands-on than somebody who is using Windows . . . . You have to know how to decompile codes and upload data, stuff that the average person, well, they just want a computer.” John Pospisil, Lenovo analyst: Linux on netbooks is doomed, Tech.Blorge (Apr. 21, 2009), http://tech.blorge.com/Structure:%20/2009/04/21/lenovo-analyst-linux-on-netbooks-is-doomed.
 Top Browser Share Trend: June, 2010 to April, 2011, NetMarketShare, http://www.netmarketshare.com/report.aspx?qprid=1&qpct=2&qptimeframe=M&qpsp=137&qpnp=11 (last visited Feb. 28, 2014).
 See generally Fork (software development), Wikipedia, http://en.wikipedia.org/wiki/Fork_(software_development) (last visited Feb. 13, 2014).
 Eric Wilhelm, Open Source Benefits for Developers, ScratchComputing.com, http://scratchcomputing.com/articles/open-source_benefits_developers.html (last visited Feb. 28, 2014).
 Gottfried Hofmann et al., A Dual Model of Open Source License Growth 2 (2013), available at http://dirkriehle.com/wp-content/uploads/2013/04/oss2013.hofmann.pdf.
 Computer Associates Int’l v. Quest Software, Inc., 333 F. Supp. 2d 688, 698 (N.D. Ill. 2004). The court refers to GPL’s requirement that subsequent derivative works based on a GPL-licensed program must then themselves be GPL-licensed.
 Heather J. Meeker, Open Source and the Age of Enforcement, 4 Hastings Sci. & Tech. L.J. 267, 270 (2012).
 MDY Indus., LLC v. Blizzard Entm’t, Inc., 629 F.3d 928 (9th Cir. 2010).
 Gordon M. Brown, Unix: An Oral History, Princeton U., http://www.princeton.edu/~hos/frs122/unixhist/finalhis.htm (last visited Feb. 28, 2014).
 Dennis M. Ritchie, The Evolution of the Unix Time-sharing System, Bell Laboratories, http://cm.bell-labs.com/cm/cs/who/dmr/hist.html (last visited Feb. 28, 2014).
 Id. The name “UNIX” was (an altered spelling of “UNICS”, which was a pun on MULTICS). Id.
 Bruce Montague, Unix from a BSD Licensing Perspective, FreeBSD, http://www.freebsd.org/doc/en/articles/bsdl-gpl/unix-license.html (last visited Mar. 21, 2014).
 Id. See also UNIX/Linux History, Digital-Domain, http://digital-domain.net/lug/unix-linux-history.html (last visited Feb. 28, 2014).
 See sources cited supra note 19. See generally Wikipedia, supra note 4 (for an explanation on forking).
 Peter H. Salus, A Quarter Century of UNIX 142 (1994).
 Marshall Kirk McKusick, Twenty Years of Berkeley Unix, in Open Sources: Voices from the Open Source Revolution 21, 25 (Chris DiBona & Sam Ockman eds., 1999).
 Bennett M. Sigmond, Free/open Source Software Licensing-Too Big to Ignore, Colo. Law., Dec. 2005, at 89, 90.
 Richard Stallman, The GNU Project, GNU.org, http://www.gnu.org/gnu/ thegnuproject.html (last visited Feb. 28, 2014).
 Stallman’s legal battle with James Gosling, creator of a C-based version of Stallman’s Emacs program, is a highly entertaining read. It is detailed in an article by Li-Cheng Tai, and vivified by comments given by Stallman at a lecture in Sweden. Li-Cheng Tai, The History of the GPL, FREE-SOFT.ORG (July 4, 2001), http://www.free-soft.org/gpl_history; Richard Stallman, RMS Lecture at KTH (Sweden), 30 October 1986, GNU.ORG, http://www.gnu.org/philosophy/stallman-kth.html (last visited Feb. 28, 2014).
 Emacs General Public License, Free-soft.org, http://www.free-soft.org/gpl_history/emacs_gpl.html (last visited Feb. 28, 2014).
 GNU has gone on to become one of the two contributions that make up the Linux operating system.
 Amit Deshpande & Dirk Riehle, The Total Growth of Open Source, in Open Source Development, Communities and Quality 197, 202 (Barbara Russo et al. eds., 2008).
 See Linux Distribution, Wikipedia, http://en.wikipedia.org/wiki/Linux_distribution (for a beautiful graphic illustration of the various forked distributions of Linux) (last visited Feb. 17, 2014).
 Charles Babcock, Red Hat: First $1 Billion Open Source Company, InformationWeek (Mar. 29, 2012, 9:49 AM), http://www.informationweek.com/development/open-source/red-hat-first-1-billion-open-source-comp/232700454.
 May 2013 Web Server Survey, NetCraft (May 3, 2013), http://news.netcraft.com/archives/2013/05/03/may-2013-web-server-survey.html.
 Investment in Open Source Software Set to Rise, Accenture Survey Finds, Accenture (Aug. 5, 2010), http://newsroom.accenture.com/article_display.cfm?article_id=5045.
 The Open Source Definition, Open Source Initiative, http://opensource.org/osd (last visited Mar. 21, 2014).
 History, Free Open Source Software (last updated Sept. 14, 2012), http://freeopensourcesoftware.org/index.php?title=History.
 Heikki Orsila, using m$ products is supporting them, Google Groups (Feb. 18. 2002, 6:37 AM), https://groups.google.com/forum/#!msg/comp.sys.amiga.games/Z8Kh3jciTHA/ VQzhmaguGUo.
 Ricardo García Fernández, Floss Developers, Un año con el Máster de Software Libre en la URJC (Oct. 24, 2012), http://mastersfwlurjc.blogspot.com/2012/10/floss-developers.html.
 Frederick Noronha, Book Review: Free/Open Source Software: Network Infrastructure and Security by Gaurab Raj Upadhyaya, Free Software Magazine (Aug. 16, 2007), http://fsmsh.com/2331.
 Given the intricacies of modern property law, we will assume for the purposes of this example that such a property-based contract would behave identically to a license agreement for intellectual property.
 Graham v. James, 144 F.3d 229, 232–33 (2d Cir. 1998).
 Id. at 233.
 Id. at 234.
 Graham, 144 F.3d 229 at 234.
 Id. at 233.
 Id. at 234.
 Id. at 235.
 Id. (quoting 3 Melville B. Nimmer & David Nimmer, Nimmer on Copyright § 10.03[A], at 10–43); see also I.A.E., Inc. v. Shaver, 74 F.3d 768, 775–76 (7th Cir. 1996).
 Graham, 144 F.3d at 236.
 Id. at 237.
 Id.; see also Grand Union Co. v. Cord Meyer Dev. Co., 761 F.2d 141, 147 (2d Cir. 1985) (“In the absence of more compelling evidence that the parties intended to create a condition, the negotiation provision must be construed as a promise or covenant.”).
 22 N.Y. Jur.2d Contracts § 265 (1996); see also Jacob Maxwell, Inc. v. Veeck, 110 F.3d 749, 754 (11th Cir. 1997) (holding that royalty payments and author attribution were covenants because “[the song’s composer] expressly granted [the licensee] permission to play the song before payment was tendered or recognition received”).
 Graham, 144 F.3d at 237.
 Costello Publ’g Co. v. Rotelle, 670 F.2d 1035, 1045 (D.C. Cir. 1981); see also Rano v. Sipa Press, Inc., 987 F.2d 580, 586 (9th Cir. 1993).
 Callanan v. Powers, 92 N.E. 747, 752 (N.Y. 1910).
 22A N.Y. Jur.2d Contracts § 497 (1996) (“The failure of a party to perform his part of a contract does not per se rescind it. The other party must manifest his intention to rescind within a reasonable time.”).
 Evan Brown, Open Source Software and the Covenant-Condition Dichotomy, Internetcases (Feb. 20, 2009), http://blog.internetcases.com/2009/02/20/open-source-software-and-the-covenant-condition-dichotomy (“It is difficult to ascertain how the licensor in Graham would have, in reality, viewed the use of his software without a copyright notice as being authorized (and therefore within the scope of the license). Perhaps the most plausible explanation for the contrary holding in Graham was the absence of a written agreement, and a presumption arising under New York law that the parties intend a covenant and not a condition.”).
 Sun Microsystems, Inc. v. Microsoft Corp., 81 F. Supp. 2d 1026, 1028 (N.D. Cal. 2000) [hereinafter Sun V].
 In 2010, Sun Microsystems was acquired by Oracle Corporation, another large computer technology corporation, who continued to market Sun’s software portfolio. Oracle and Sun Microsystems, Oracle, http://www.oracle.com/us/sun/index.html (last visited May 22, 2013).
 Sun Microsystems, Inc. v. Microsoft Corp., 188 F.3d 1115, 1118 (9th Cir. 1999) [hereinafter Sun III].
 Sun Microsystems, Inc. v. Microsoft Corp., 21 F. Supp. 2d 1109, 1113 (N.D. Cal. 1998) [hereinafter Sun II], vacated, 188 F.3d 1115 (9th Cir. 1999), reinstated, 87 F. Supp. 2d 992 (N.D. Cal. 2000).
 Sun Microsystems, Inc. v. Microsoft Corp., 999 F. Supp. 1301, 1303 (N.D. Cal. 1998) [hereinafter Sun I].
 Sun V, 81 F. Supp. 2d at 1027.
 Id. at 1028 (quoting TLDA § 2.1(a)).
 Id. (quoting TLDA § 2.2(a)(iii)).
 Id. (quoting TLDA § 2.6(a)(vi)).
 Id. (TLDA § 2.6(b)(iv) reads “[A]ny new version of a Product that includes the Java Language compilation function that Licensee makes commercially available to the public after the most recent Compatibility Date shall include a mode which a Tool Customer may use to permit such Product to pass the Java Language Test Suite that accompanied the Significant Upgrade.”).
 Sun I, 999 F. Supp. 1301, 1305 (N.D. Cal. 1998).
 Sun II, 21 F. Supp. 2d 1109, 1127–28 (N.D. Cal. 1998)
 Sun III, 188 F.3d 1115, 1119–24 (9th Cir. 1999).
 Sun V, 81 F. Supp. 2d 1026, 1033 (N.D. Cal. 2000).
 Sun Microsystems, Inc. v. Microsoft Corp., No. C 97-20884RMWPVT, 2000 WL 33223397, at *3 (N.D. Cal. May 8, 2000) [hereinafter Sun VI].
 Machado v. S. Pac. Transp. Co., 284 Cal. Rptr. 560, 562 (Ct. App. 1991).
 Sun VI, 2000 WL 33223397, at *3.
 Planetary Motion, Inc. v. Techsplosion, Inc., 261 F.3d 1188, 1198 (11th Cir. 2001) (“That the Software had been distributed pursuant to a GNU General Public License does not defeat trademark ownership, nor does this in any way compel a finding that [plaintiff] abandoned his rights in trademark. Appellants misconstrue the function of a GNU General Public License. Software distributed pursuant to such a license is not necessarily ceded to the public domain and the licensor purports to retain ownership rights, which may or may not include rights to a mark.”).
 Around the same time, the Software Freedom Law Center filed the first of several suits challenging violations of the “share-alike” provision of the GPL (mandating that the source code for derivative works be released) in regards to the FOSS product BusyBox. On Behalf of BusyBox Developers, SFLC Files First Ever U.S. GPL Violation Lawsuit, Software Freedom Law Center (Sept. 20, 2007), http://www.softwarefreedom.org/news/2007/sep/20/busybox. However, most of these suits were eventually settled. Of the four relevant decisions available on the Westlaw legal research service, none discuss the terms of the GPL.
 Jacobsen v. Katzer, No. C 06-01905 JSW, 2007 WL 2358628, at *1 (N.D. Cal. Aug. 17, 2007) [hereinafter Jacobsen I], vacated in part, 535 F.3d 1373 (Fed. Cir. 2008).
 What is JMRI?, JMRI, http://jmri.sourceforge.net (last visited Mar. 21, 2014). Sourceforge is a website that provides software developers a place to collaborate on development, and offers both developers and companies a place to distribute their software. About, SourceForge, http://sourceforge.net/about (last visited Mar. 21, 2014).
 Jacobsen v. Katzer, 535 F.3d 1373, 1376 (Fed. Cir. 2008) [hereinafter Jacobsen II].
 Jacobsen I, 2007 WL 2358628, at *1.
 Jacobsen II, 535 F.3d at 1376.
 Id. at 1376–77.
 Jacobsen I, 2007 WL 2358628, at *1.
 Jacobsen II, 535 F.3d at 1373.
 Jacobsen I, 2007 WL 2358628, at *5.
 Id. at *6 (quoting Amended Complaint at ¶ 100).
 Id. (quoting Amended Complaint at ¶ 100 and Suppl. Jacobsen Del. at ¶ 2, Ex. A).
 Jacobsen I, 2007 WL 2358628, at *7.
 Id. Note that unlike infringement of a copyright, a breach of contract creates no presumption of irreparable harm.
 Jacobsen II, 535 F.3d 1373, 1378 (Fed. Cir. 2008).
 Id. at 1378–79.
 Id. at 1379.
 Jacobsen II, 535 F.3d at 1380 (emphasis added).
 Gilliam v. Am. Broad. Cos., Inc., 538 F.2d 14, 24 (2d Cir. 1976) (“American copyright law, as presently written, does not recognize moral rights or provide a cause of action for their violation, since the law seeks to vindicate the economic, rather than the personal, rights of authors.”).
 Jacobsen II, 535 F.3d at 1381.
 Id. at 1381–82.
 MDY Indus., LLC v. Blizzard Entm’t, Inc., 629 F.3d 928, 934 (9th Cir. 2010) [hereinafter MDY II].
 Id. at 935.
 Id. at 936.
 MDY II, 629 F.3d at 937.
 MDY Indus., LLC v. Blizzard Entm’t, Inc., No. CV-06-2555-PHX-DGC, 2008 WL 2757357, at *3 (D. Ariz. July 14, 2008) [hereinafter MDY I].
 Id. (citing MAI Sys. Corp. v. Peak Computer, Inc., 991 F.2d 511, 518–19 (9th Cir. 1993)).
 Id. at *4.
 Id. (emphasis added).
 Id. at *6.
 MDY II, 629 F.3d at 937.
 Id. at 939 (citing AES P.R., L.P. v. Alstom Power, Inc., 429 F.Supp.2d 713, 717 (D. Del. 2006)).
 Id. at 940.
 Id. (emphasis added).
 Id. at 941–42.
 Id. at 940.
 17 U.S.C. § 106.
 17 U.S.C. § 411.
 § 412(2).
 5 Patry on Copyright § 17:78 (2013) (“Then Solicitor General Elena Kagan found, and every court of appeals to address the issue, as well as over 100 district courts, has held that actual registration, not mere application, is required to satisfy section 411(a), with the exception of the Fifth and the Ninth Circuit which have held that it is sufficient if the Copyright Office receives the application, deposit, and fees. District courts in the District of Columbia have also split on the issue, with most requiring actual registration.”).
 United States Copyright Office, Circular 4: Copyright Office Fees, Copyright.gov, http://www.copyright.gov/circs/circ04.pdf (“The fee for expedited searches is $445 an hour.”).
 17 U.S.C. § 502.
 § 503.
 § 504.
 § 505.
 § 504(c)(1)–(2).
 Erin V. Klewin, Reconciling Federal Circuit Choice of Law with Ebay v. MercExchange’s Abrogation of the Presumption of Irreparable Harm in Copyright Preliminary Injunctions, 80 Fordham L. Rev. 2113, 2115 (2012).
 Id. at 2116.
 Salinger v. Colting, 607 F.3d 68 (2d Cir. 2010); Perfect 10, Inc. v. Google, Inc., 653 F.3d 976 (9th Cir. 2011).
 6 Patry on Copyright § 22:44 n.14 (2013) (citing cases in North Carolina, Oregon, New York, and California).
 43A C.J.S. Injunctions § 152 (2013).
 The Electronic Copyright Office (eCO) form is available at http://www.copyright.gov/forms. Instructions for submitting a paper application are also available at http://www.copyright.gov/circs/circ61.pdf.
 See, e.g., MDY I, No. CV-06-2555-PHX-DGC, 2008 WL 2757357 at *4 (D. Ariz. July 14, 2008) (“The title—‘Grant of Limited Use License’—makes clear that the license is limited, as does the later reference to a ‘limited, non-exclusive license.’”)
 Note, however, that in a situation where the condition involves attribution (as in the above example), the defendant could argue that such language could only be read as a covenant under MDY, since attribution doesn’t “implicate a statutory right.”
 Jay Dratler, Jr., Licensing of Intellectual Property § 1.06 at 1–50.13 (2003).
 Scott Kirsner, Start-ups Take on Tough Customers: Lawyers, Boston Globe (Sep. 1, 2013), http://www.bostonglobe.com/business/2013/08/31/tech-start-ups-target-tough-customer-law-firms/fyznk5CXkhnCqQzHpGEIGO/story.html.