There has been much recent controversy concerning the relationship between the Linux Foundation and “community,” or non-commercial organizations in the world of free software. I’ve been somewhat confused by the dynamics of that conversation, which has spilled out from private mailing lists into the public eye occasionally, and I have found it useful in clarifying my own views to state my thoughts on the subject, which I’ve now decided to share.
Questions have arisen about the possible effect of Article 14.17 of the Trans-Pacific Partnership agreement. SFLC's analysis shows that Article 14.17 has no adverse effects on free software licensing, distribution, or government acquisition.
There has been a growing interest among Free and Open Source Software ("FOSS") projects in the use of crypto-currencies such as Bitcoin and its myriad derivatives (hereinafter "Bitcoin"). However, uncertainty over the treatment of these currencies by US law has dissuaded developers from from using Bitcoin. This post provides some general guidance on the legal consequences of using such convertible virtual currency.
In each Supreme Court brief that SFLC has filed over the years we have included a little note on the first page declaring that the brief was made using only free software. This point was particularly important in our most recent brief, for a case named Alice Corporation v. CLS Bank, which was argued in front of the court last week. Our use of free software was particularly important this time because we argue in our brief that free software has been responsible for the major software innovations of the modern era. In partial support of that claim I want to show you our document creation process and tell you about the free software we use to take text from an email and turn it into a camera-ready Supreme Court brief, then a website, then an eBook.
Google recently disclosed a draft cross-license under which patents related to the VP8 video compression format—held by Google, MPEG-LA, and several other companies—would be licensed to the general public. SFLC reviewed these terms and considered some criticisms that have arisen in the free software community.
Free and open source software projects live on the web—even projects that don't build web applications use software repositories, forums, social networks, project management software, and other online tools to engage developers. But with user engagement comes a certain amount of risk: if a user posts copyright-infringing content to a project's site, the project could find itself threatened with a lawsuit for hosting the content. A compliant DMCA policy gives the project a ready defense to claims related to user activity. Without one, even a bogus claim could cost the project significantly more time and legal expense.
Several times in recent years, opponents of software patents have looked hopefully to Congress and the Supreme Court for a solution to the expensive problem of software patents, and several times we've been disappointed. The narrow Bilski v. Kappos ruling invalidated one business method patent but left the question of software patents to one side, and even arguably weakened a rule—the "machine-or-transformation" test—intended to limit the scope of patentability. The reforms of the America Invents Act were half-hearted; they provided additional opportunities to challenge patents at the USPTO, but did not fundamentally affect the rules for patenting software.
Despite these missed opportunities, there are signs of slower but consistent reform in the courts, and yesterday's ruling in the Eastern District of Texas in Uniloc v. Rackspace is one of them. The Uniloc ruling is about as good as it gets for a defendant in a software patent case: the judge dismissed the case at an early stage on the grounds that the claim at issue described an unpatentable mathematical formula.
Software patents and data mining are the major ecological issues confronting technologists today. Startups' prevailing business models have predictable consequences that pollute the environment for innovation and endanger users. Companies that elect these models, either by design or by default, no longer have the luxury of ignoring their inherent ethical problems. We have to start designing for sustainability. If we don't, we're selling out the future of software and the rights of actual human beings.