Requiring copyright assignment can be a little controversial, as it creates a divide between the copyright holder who can monetize the other's work, and the others who basically have the right to work for free. I think this was an issue in the OO/LibreOffice fork.
Prehaps when it is desired to sell non-free licenses but not desired to have such a split in the community, one could assign copyright to a not-for-profit that distributes the code under one of the GPLs, and sells licenses for non-GPL use. The money could possibly be used to pay development related expenses, distributed in some impartial way to the contributors or charities they support.
Posted Oct 18, 2010 17:11 UTC (Mon) by jspaleta (subscriber, #50639)
[Link]
There are many ways to provide a legal construct that protects the interests of the unpaid contributor when copyright assignment is desired when there are business interests involved in any sort of dual license business model that may involve the option of proprietary licensing.
Shuttleworth's choice of Qt as an example of blanket copyright assignment is remarkable in its irony. When you really look at the history of it, its says the exact opposite of what Shuttleworth wants.
1998!!!!!! TrollTech enters into an agreement with the KDE Free Qt Foundation which gives the foundation the ability to relicense the Qt codebase as BSD if TrollTech stops development of the open version.
Let me make this very clear. In 1998 TrollTech agrees to an escape hatch clause which would pretty much destroy a for-pay licensing scheme by making a BSD licensed Qt available for anyone to bundle into a proprietary application if they ever walked away from the open codebase. That is a very strong, legally binding, statement of TrollTech's commitment to the external contributors. From the date of that original agreement onward, it's no longer a naked blanket assignment. Because of that escape-hatch agreement, some of the most egregious potentially damaging actions TrollTech could take are mitigated. It may not be an ideal solution for some, but as a compromise that tries to weight both business and contributor interests its extremely instructive.
2009: Nokia drops copyright-assignment completely on Qt and moves to a contributor agreement that is a based on a license from the external contributor to Nokia.
This is a good read. To quote:
"Granted, our releases have been open source, but our development model has not."
...
"Our goal with the new site is to make this process as simple and welcoming as possible, and thatÂ’s why we will no longer ask for copyright assignment."
Someone at Nokia get's it. And I'm very sure that there are people inside Canonical that get it as well. Unfortunately, those people aren't Shuttleworth and have near zero say in setting corporate policy with regard to equitably crafting copyright assignment.
-jef
Dual Licencing and Central Copyright Holders.
Posted Oct 18, 2010 23:10 UTC (Mon) by pboddie (subscriber, #50784)
[Link]
2009: Nokia drops copyright-assignment completely on Qt and moves to a contributor agreement that is a based on a license from the external contributor to Nokia.
I think this highlights a very serious objection to copyright assignment obligations: that contributors who may well have a firm opinion on the licensing of their own work must relinquish control (to the party requesting copyright assignment) over how such work is licensed. Although this doesn't matter too much to people who apply permissive licences to their work - you can read the "but you can still make your own code available yourself" defence familiar from permissive licence advocacy in Canonical's agreement - it has the effect of taking works that are (or would otherwise be) available under, say, copyleft terms and effectively making them permissively licensed (or worse).
Thus, such "agreements" are like saying, "Well, we know that the project in question is GPL-licensed and that you feel that this is most appropriate for your contributions, but we want the ability to disregard all that, because we might not share your concerns or even respect your views after all." At least contributions based on licensing preserve a decent level of transparency and respect for all involved.
Dual Licencing and Central Copyright Holders.
Posted Oct 19, 2010 11:44 UTC (Tue) by hppnq (guest, #14462)
[Link]
The standard reply to this train of thought is: the Free Software Foundation also thinks copyright assignment is a good idea. And the FSF are the good/bad [*] guys.
Surely sensible things can be said about the pros and cons of copyright assignment, or lack thereof, especially in the bigger scheme of things -- but contributing code to a project you didn't start without reading the conditions that govern code contribution is just as silly as accepting any contribution to a project you did start without checking its license and copyright.
[*] Pick one.
Dual Licencing and Central Copyright Holders.
Posted Oct 19, 2010 12:10 UTC (Tue) by pboddie (subscriber, #50784)
[Link]
The standard reply to this train of thought is: the Free Software Foundation also thinks copyright assignment is a good idea.
Which is mentioned in the article as a means to divert criticism of a particular form of copyright assignment by claiming that others doing something similar are actually doing the same thing if you squint hard enough. The crucial difference is what the people wanting your copyright promise (or don't promise) to do once they have it.
Surely sensible things can be said about the pros and cons of copyright assignment, or lack thereof, especially in the bigger scheme of things -- but contributing code to a project you didn't start without reading the conditions that govern code contribution is just as silly as accepting any contribution to a project you did start without checking its license and copyright.
Sure, which is why people quite often take their ball away and start their own game somewhere else, as the experiences of Sun Microsystems can surely attest.
Dual Licencing and Central Copyright Holders.
Posted Oct 19, 2010 16:11 UTC (Tue) by jspaleta (subscriber, #50639)
[Link]
And the standard rebuttal to this train of thought is that the FSF makes a legally binding promise not to take any of the code it has copyright control over proprietary in the language of the copyright assignment contract you sign with the FSF.
Such legally binding promises come in many forms. Granted, the FSF's promise-back is incompatible with proprietary dual licensing. But there are other "promise-back" forms which can be used by businesses who do want to engage in proprietary dual-licensing which still consider contributor interests and are not one-side landgrabs by a central authority. The FSF even proposes a clause that allows for proprietary dual-licensing that contributors can agree to. See this article: http://www.fsf.org/blogs/rms/assigning-copyright
And as I've already written elsewhere a promise-back can take the form of a latching agreement between the central authority and a 3rd party which would provide for re-licensing that would open up the business opportunities to new parties if the central entity does something egregious such as shuttering the development of the open codebase. As is the case with the agreement between Trolltech and the Free KDE Free Qt Foundation.
The devil is always in the details. And yes, on its face the idea of standardizing some of this legal language seems like a good idea, but it could also go very wrong. If Project Harmony ends up institutionalizing an effort to legitimize a blanket copyright assignment policy to a central authority..then I will consider to have been a failure. There must be a sincere effort to craft _standard_ contributor agreements that equitably balances the business interests and contributor interests. A blanket copyright assignment policy like the one Canonical is currently following does not balance those interests.
-jef
Dual Licencing and Central Copyright Holders.
Posted Oct 31, 2010 18:50 UTC (Sun) by pboddie (subscriber, #50784)
[Link]
Someone at Nokia get's it.
I feel obliged to follow up to this. In fact, in turns out from some recent blogging that Nokia's contributor licence grants Nokia the opportunity to release contributed code under proprietary or permissive licences, so I guess Nokia doesn't get it after all.