<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">---------- Forwarded message ---------<br>From: <strong class="gmail_sendername" dir="auto">Bruce Perens</strong> <span dir="ltr"><<a href="mailto:bruce@perens.com">bruce@perens.com</a>></span><br>Date: Fri, Jan 18, 2019 at 2:41 PM<br>Subject: Re: Intimacy in open source (SSPL and AGPL)<br>To: Lawrence Rosen <<a href="mailto:lrosen@rosenlaw.com">lrosen@rosenlaw.com</a>><br>Cc: Legal Network <<a href="mailto:ln@lists.fsfe.org">ln@lists.fsfe.org</a>>, John Cowan <<a href="mailto:cowan@ccil.org">cowan@ccil.org</a>>, Lawrence Rosen <<a href="mailto:lrosen@rosenlaw.com">lrosen@rosenlaw.com</a>><br></div><br><br><div dir="ltr"><div dir="ltr">As far as I can tell, CCS (Complete and Corresponding Source code, the nomenclature used by SFC in enforcement) depends on the terms of the license rather than being something the community can define for all licenses. The FSF definition appears to be all that you need to build, install, and run the program as it is intended to be run by the provider of the binary, with all device capabilities enabled (if this is an embedded device). This thus can include a cryptographic key, although SFC seems to have acknowledged that key and device capability requirements can be enforced for if GPL3 is involved, and not GPL2.</div><div class="gmail_quote"><div dir="ltr" class="m_7889929945999053716gmail_attr"><br></div></div></div>
</div></div>