What motivates free software developers to choose between copyleft and permissive licences?

No readers like this yet.
MPL GPL APACHE

Opensource.com

Free software licenses can be divided into two broad categories: copyleft licenses (like the GPL), which require derivatives of the software to be licensed under the same terms; and permissive licenses (like the MIT/X11 license), which allow the software to be reused in any project, even closed-source projects. There are variations, of course—the LGPL, for example, is a 'weak copyleft', allowing licensed works to be used in closed-source works, but requiring improvements to the work itself to be released under a copyleft license.

The licenses express a difference in opinion about free-riding and user rights. The copyleft licenses, championed by Stallman and the Free Software Foundation, explicitly focus on the importance of preserving the freedoms of downstream users, who may lose the ability to use, examine, share, and improve the software. In this way, the copyleft requirement reflects an instrumental goal to increase the free software commons and safeguard the freedom of future users.

Implicitly, however, the licenses also reflect a particular view about fairness: a sense that it is wrongful for others to take from the commons without sharing in turn. The permissive licenses, on the other hand, do not treat free-riding as harmful; instead, they reflect a particular view which seeks to maximise the utility of software by refusing to restrict free-riders from appropriating its benefits.

A 2008 study by Sen, Subramaniam, and Nelson found that intrinsic motivations (beliefs about redistribution rights or social benefits of FLOSS) have a stronger effect on license choice than extrinsic motivations (expection of reputation or economic gain). Perhaps not surprisingly, the study also showed that developers who agreed with the statement that "OSS licenses should give everyone the freedom to distribute derivative software under any license," were "approximately 72 percent less likely to choose a Strong-Copyleft over a Non-Copyleft license."

Conversely, developers who saw FOSS development as one of their "social responsibilities," "duty towards society," or "social obligation" were "approximately 52 percent more likely to choose Strong-Copyleft over Non-Copyleft" licenses. This suggests that a developer’s view about the morality of software licensing is a strong, but not necessarily decisive, factor in license choice.

It seems intuitive that views about user rights and social responsibilities inform license choice. It is probably more important to ask where these views come from and how they propagate.

The choice of license appears likely to be substantially determined by social norms. A recent study by Singh and Phelps suggests that "the most important factor determining a new project’s license choice is the type of license chosen by existing projects that are socially closer to it in its inter-project social network." Less experienced managers of free software projects, in particular, are strongly susceptible to influence from others, and the licenses chosen by similar projects has a strong influence on license choice.

The choice between copyleft and permissive free software licenses illustrates two fascinating points:

  1. Whether developers feel harmed by free-riding may be largely a result of the norms of their social network. This could have significant ramifications, since it effects their willingness to voluntarily participate in projects in the face of free-riding.
  2. The copyleft licenses are a neat hack of traditional copyright practices that enable developers to set boundary conditions that create a commons that is neither fully closed nor fully open. The GPL is non-discriminatory—it allows any potential user to join the commons, but imposes certain rules of participation. By doing so, it articulates a set of boundary conditions that are important to the community, but stops well short of total exclusivity.

The interesting question for me is how this might play out in other fields. Many Kickstarter projects, for example, are almost fully funded by a large crowd of backers and only made available to those backers and future purchasers. These commons are closed; free-riders are excluded from access. What then, might motivate the choice of some producers to release their content under an open license once it has been funded?

Experiments like commonly.cc and unglue.it (discussed here and here before) show that there is movement in some of these attitudes and suggest the possibility that pro-sharing norms might spread to influence other producers.

Originally posted on Nicolas Suzor's blog. Reposted using Creative Commons.

Tags
User profile image.
Dr. Nicolas Suzor is a Research Fellow at the ARC Centre of Excellence for Creative Industries and Innovation and a Lecturer in the Law School at Queensland University of Technology in Brisbane, Australia.

8 Comments

I still struggle with this moral question; as a small company we are relaint on OSS, primarily from a flexibility perspective, as we use and hack toghther various tools to replicate some of the bigger enterprise offerings.

We dont make money from these tools, but use them to make our little company's services stand out against the huge corporates we often compete with.

Whilst my heart would love to share some of what we do, my head knows that could be commercial suicide should a bigger player take our hacked up solutions and apply suitable polish.

I'm hoping as we grow and have an inhouse development capability we can offer some of the older solutions back, as our levels of innovation will keep a competitive edge.

This must be a common problem?

The fact that you are motivated to contribute open source even though it does not directly benefit you means that our social mores are working :) As you state, it can sometimes work against your best interest, but we all rely on the collective output and contribute where and when we each feel we can.

The best response I ever saw to why someone chose a license was by Adam Jacobs who started the Chef project(http://www.opscode.com/chef/). His reasoning for choosing the Apache license was so he could include more people in his community.

He reasoned that while GPL and copyleft licenses were fine that many people for various reasons weren't comfortable with that license.

I personally like the copyleft license but I find that many companies are afraid of the perceived "virality" of the license but are fine with a BSD-style license. It may send the wrong message about giving back but for the most part the people that are going to do that would so no matter what the license.

While Adam Jacobs' reasoning may seem solid, he clearly didn't consider the poeple like myself who aren't comfortable with "permissive" licences. Always a compromise!

Furthermore, the "people who are going to give back will do it no matter what licence" argument is silly. If everybody were already going to give back, then what harm is done be legally requiring it?

Can I ask why you are not comfortable with permissive licences? Trying to learn more about the pros and cons ..

I would be interested to see if people thought similarly when selecting permissive/copyleft Creative Commons licences. People might feel more possessive of a game or a short story than they would of a computer program, and thus lean towards copyleft.

I came from a few communities where copyleft/GPL was the norm, and initially shared that same desire to ensure people gave back. Over the years I have come to dislike the complications, compatibility issues and requirements of the more complex copyleft licenses and have relicensed the work I was able to. I think in science, and many other domains, having a simple pragmatic license is more important to allow us to get the work done and hopefully encourage code reuse. I am sure we lose some people, but on the flip side there are developers out there less likely to dedicate time and energy to a project using a copyleft license too.

I think the simple moral argument of copyleft is easy to justify, but the complexities and incompatibilities can lead to road blocks in getting your code used. I have seen a trend towards more permissive BSD, Apache and similar licenses in scientific codes and personally think this is a good thing.

Rarely this type of blogs can be find with such a wonderful information about software development. I would like to recommend people to visit your blog and also wish to share some information about our products we are into<ahref="http://www.pinnaclesoln.com/mobileapplication.html">custom mobile application development/a> and are well known for providing best service.

Creative Commons LicenseThis work is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.