After helping to put the dot in .com by building and configuring enterprise class solutions with WorldCom as a Sun hardware and software engineer, Jason Smith went on to AAAS (The American Association for the Advancement of Science, and the publishers of the journal Science) to direct the technical needs of the education directorate.
Jason has built or architected solutions ranging from enterprise to small business class and has found in Drupal a flexible, scalable, rapid development framework for targeting all levels of projects. A long time beneficiary of the open source movement, Jason—now a senior software architect at The Weather Company—is an avid supporter of open source projects and believes strongly in giving back to the community that supported him.
For all its benefits, one aspect of open source software does cause headaches: understanding the legal terms that control its development and use. For starters, scores of licenses have been created that the Open Source Initiative recognizes as meeting the definition of an “open source license.” While the percentage of these licenses that are in wide use is small, there are significant and important differences between many of these popular licenses. Moreover, determining what rights are granted in some cases requires referring to what the community thinks they mean (rather than their actual text), and in others by the context in which the license is used.
The purpose of this parable is to illustrate just how misguided the term “intellectual property” is. When I say that the term “intellectual property” is an incoherent overgeneralization, that it lumps together laws that have very little in common, and that its use is an obstacle to clear thinking about any of those laws, many can't believe I really mean what I say. So sure are they that these laws are related and similar, species of the same genus as it were, that they suppose I am making a big fuss about small differences. Here I aim to show how fundamental the differences are.
Fifty years ago everyone used to recognize the nations of Korea, Mongolia and Pakistan as separate and distinct. In truth, they have no more in common than any three randomly chosen parts of the world, since they have different geographies, different cultures, different languages, different religions, and separate histories. Today, however, their differentness is mostly buried under their joint label of “Komongistan”.
Few today recall the marketing campaign that coined that name: companies trading with South Korea, Mongolia and Pakistan called those three countries “Komongistan” as a simple-sounding description of their “field” of activity. (They didn't trouble themselves about the division of Korea or whether “Pakistan” should include what is now Bangladesh.) This label gave potential investors the feeling that they had a clearer picture of what these companies did, as well as tending to stick in their minds. When the public saw the ads, they took for granted that these countries formed a natural unit, that they had something important in common. First scholarly works, then popular literature, began to talk about Komongistan.
Ask any developer where to turn for access to the latest software code for open source projects, and you’ll likely be directed to GitHub—one of the largest providers of open source code online.
While GitHub has always been a great site for developers to come together, network and share code, up until a few years ago, the website had a problem. Though it was easy for developers to share code, finding the right software license to go along with it was much harder. The majority of downloads on GitHub, therefore, were taking place without the critical software license component.
After this presentation, a specific point was still under investigation: the possibility of an “opt out” clause regarding the updated list of compatible licences. This list is not only extended to the GPLv3 and AGPLv3, but also to other copyleft licences like the MPL or the LGPL that protect the covered files or the derivatives of the covered works against exclusive appropriation (prohibition of re-licensing the covered files or their derivatives under a proprietary licence) without any ambition to extend their coverage to the whole work or application in which the covered file is integrated or linked.
Allwinner has been taking a lot of heat lately for violating open-source licenses with their Linux binary blob components. They then got caught obfuscating their code to try to hide their usage of open-source code, shifted around their licenses, and has continued jerking around the open-source community.
While Allwinner has been caught violating the (L)GPL and resulted in obfuscating their code and playing around with their advertised licenses, now this ARM vendor is taking things a step further.
A long-standing dispute over proprietary software developers' use of licensed open source software code ultimately could be settled in a case against VMware. "[Developer Christoph] Hellwig sees his creation being used commercially," noted tech attorney Ray Van Dyke. "VMware feels persecuted for using a bit of free code. Now, a German jurist will make a decision sometime in the future."
VMware thinks it will be possible to find an amicable resolution to the lawsuit alleging it has pinched parts of the Linux kernel.
The lawsuit was brought two weeks ago by kernel developer Christoph Hellwig, who set the ball rolling in his native Germany. Hellwig's complaint alleges VMware has combined code issued under GPLv2 with its own code into products “without providing nor offering complete, corresponding source code for that combined work under terms of the GPLv2.”