<div dir="ltr"><div><div><div>I think we may be avoiding an elephant here which is that a lot of the opposition to CLA's comes from the fear that a codebase that was once free or open source software will be re-licensed by a corporate entity to something proprietary. There is concern that without a "free software/open source always clause" that a situation will arise where a corporate entity that has hired many of the key developers, is the owner of the trademark or has otherwise become the most important distributor of the code will then thwart the intention of the original developers. <br><br></div>Perhaps, we could disentangle the two potential upsides of copyright assignment; 1) avoiding a bureaucratic nightmare later on and 2) making sure a FOSS codebase stays FOSS, and make recommendations for projects with one or both of those goals? <br><br><br></div>On a separate note, I think we might also want to discuss how we suggest projects address the current patent landscape. If they don't get advice from us, they're likely to get it from VC's and lawyers that aren't familiar with FOSS. <br><br></div>Deb<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 15, 2016 at 2:19 PM, Mike Dolan <span dir="ltr"><<a href="mailto:email@michaeldolan.com" target="_blank">email@michaeldolan.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Copyright aggregation without limiting the community's ability to fork under the existing license is innocuous to me and in certain cases could solve long term problems I don't believe many pay attention to. E.g. look at any core project that is decades old that has some crufty underpinning with odd licenses they can't get away from (e.g. scan OpenSSL). Particularly on the death of key copyright owners, the aggregation of copyright is an interesting path forward for the community to be able to continue evolving its own future. I get that it can be abused by some bad actors and I have a list of projects/companies I could cite but won't. However, it could also be a helpful tool in certain circumstances. In conjunction with Richard's point that most relicensing happens by agreement of the past authors/copyright owners anyway, the ability to secure agreement from the copyright owners/authors that the future community will make the right choice after they've passed away would remove a key issue that comes up in most relicensing discussions. Try tracking down the will of a dead author to a project to see who inherited their copyrights in an open source project...<div><br></div><div>I'm not sure how this relates to what this group is working on though. IMO, licensing is a decision owned by the copyright owners involved now and in the future. I'm certain that not every developer agrees with the FSF's CLA requirements, but does that mean anyone would say a particular FSF project is not "open source" in addition to being "free software"? The FSF has a reason for requiring copyright assignment (<a href="https://www.gnu.org/licenses/why-assign.en.html" target="_blank">https://www.gnu.org/licenses/why-assign.en.html</a>) and given their purpose, I can't see how anyone could call their aggregation a "con" or "not open source". Back to my first point, so long as the community can fork under the current license, should anyone care?</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 15, 2016 at 11:29 AM, Richard Fontana <span dir="ltr"><<a href="mailto:fontana@opensource.org" target="_blank">fontana@opensource.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 06/15/2016 11:20 AM, Danese Cooper wrote:<br>
<br>
> Surely there is no upside in initiating copyright aggregation for contributions submitted after the majority of the code has been written?<br>
<br>
</span>I think there is an upside, since until that happens you don't know if<br>
it ever will happen - I would assert that the vast majority of open<br>
source projects do not relicense during their active lifetime. So until<br>
that possibly-nonexistent future event the project arguably benefits<br>
from the absence of copyright aggregation.<br>
<br>
There may be less of an upside if you think there is a high likelihood<br>
that some project will experience such a future copyright<br>
aggregation-requiring event.<br>
<br>
("Initiating copyright aggregation" may be the wrong concept here -- I<br>
believe what would be more typical, not that these things happen very<br>
often, is that a relicensing effort would involve getting past<br>
contributors to agree to the new license, rather than granting a broad<br>
license or assigning copyright to whatever entity was managing legal<br>
matters for the project.)<br>
<div><div><br>
_______________________________________________<br>
beyond-licensing mailing list<br>
<a href="mailto:beyond-licensing@opensource.org" target="_blank">beyond-licensing@opensource.org</a><br>
<a href="https://lists.opensource.org/cgi-bin/mailman/listinfo/beyond-licensing" rel="noreferrer" target="_blank">https://lists.opensource.org/cgi-bin/mailman/listinfo/beyond-licensing</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
beyond-licensing mailing list<br>
<a href="mailto:beyond-licensing@opensource.org">beyond-licensing@opensource.org</a><br>
<a href="https://lists.opensource.org/cgi-bin/mailman/listinfo/beyond-licensing" rel="noreferrer" target="_blank">https://lists.opensource.org/cgi-bin/mailman/listinfo/beyond-licensing</a><br>
<br></blockquote></div><br></div>