[personal profile] mjg59
If you don't have any interest in tedious licensing discussion then I recommend not reading this. It's not going to be a great deal of fun.

Having said that:

I'm looking at the Canonical Individual Contributor License Agreement (pdf here). In contrast to the previous copyright assignment, it merely grants a broad set of rights to Canonical, including the right to relicense the work under any license they choose. Notably, it does not transfer copyright to Canonical. The contributor retains copyright.

So here's a thought experiment. Canonical release a project under the GPLv3. I produce a significant modification to it. It's now clearly a derived work of Canonical's project, so I have to distribute it under the GPLv3. I have no right to distribute it under a proprietary license. I sign the CLA and provide my modification to Canonical. The grant I give them includes giving them permission to relicense my work under any license they choose. As copyright holders to the original work, they may also change the license of that work. But, notably, I have not granted them copyright to my work. I continue to hold that.

Now someone else decides to extend the functionality that I added. By doing so they are creating a work that's both a derivative work of Canonical's code and also a derivative work of my code. How can they sign the CLA? I granted Canonical the right to grant extra permissions on my work. I didn't grant anyone else that right.

This wasn't a problem with the copyright assignment case, because as copyright holders Canonical could simply grant that permission to all downstream recipients. But Canonical aren't the copyright holder, and unless they explicitly relicense my work I don't see any way that they can accept derivatives of it. The only way I can see this working is if all Canonical code is actually distributed under an implicit license that's slightly more permissive than the GPLv3. But there's nothing saying that it is at present.

Now, I'm obviously not a lawyer. I may be entirely wrong about the above. But asymmetric CLAs introduce an additional level of complexity into the entire process of contributing that make it even more difficult for a potential contributor to become involved. I've spent far more time than most worrying about licenses and even I don't understand exactly what I'm giving up, which is ironic given that a stated aim is usually that they increase certainty about licensing. Is the opportunity to relicense really worth alienating people who would otherwise be doing free work for you?

Date: 2011-07-25 06:44 pm (UTC)
reddragdiva: (Default)
From: [personal profile] reddragdiva
I think you answered this one already:

At any level above the one-liner fix, or unless it's clearly in your personal or corporate interest to have your fixes in the release, it is not worth dealing with organisations so blatantly behaving badly, and is in fact worth not dealing with them so as not to reward bad behaviour.

FSF assignment is slightly different, in that they are a highly predictable actor (they've said and done the same things for 25 years) and their deal is not so that they can defect on the deal, as the Harmony agreements are.

The Harmony agreements and everything derived from them should be treated as odious bollocks, and any organisation using them should be shunned for blithering stupidity if not actual malice.

Date: 2011-07-25 06:47 pm (UTC)
reddragdiva: (Default)
From: [personal profile] reddragdiva
Oh, and the existence proof for the worthlessness of contributor licence agreements is the Linux kernel. Everyone owning little slices of everything has not hampered Harald Welte and his successors from laying the copyright smackdown in a terminal and conclusive (not to mention beautiful) manner in the slightest.

Profile

Matthew Garrett

About Matthew

Power management, mobile and firmware developer on Linux. Security developer at nvidia. Ex-biologist. Content here should not be interpreted as the opinion of my employer. Also on Mastodon and Bluesky.

Page Summary

Expand Cut Tags

No cut tags