<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 13, 2019 at 5:31 PM Bruce <span class="" id=":1rt.96" tabindex="-1" style="">Perens</span> via License-discuss <license-discuss@lists.<span class="" id=":1rt.97" tabindex="-1" style="">opensource</span>.org> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Those are examples. They don't restrict "field of endeavor" to exclude all of the very many decisions necessary to carry out your business. It's really obvious that SaaS providers have lock-in strategies as a major part of their business, otherwise it would not be a an explicit goal of the CAL, and apparently this version's sole remaining significant difference from accepted Open Source licenses, to <i>defeat</i> lock-in terms. The businesses that use such terms are fields of endeavor, and would be different fields of endeavor if they operated differently.<br></div><div class="gmail_quote"><div><br></div><div>I sympathize with the goal of CAL, while still not believing that the implementation of that goal is well-placed as a software license term. It belongs in law regarding online business. This seems to me to be the same as all of the discussions of license additions to achieve an ethical purpose - which we've just iterated again. They attempt to extend the Open Source paradigm to address some other issue.</div></div></div></blockquote><div><br></div><div>Bruce,</div><div><br></div><div>I agree that the business models of <span class="" id=":1rt.98" tabindex="-1" style="">SaaS</span> providers are fields of endeavour, and that <span class="" id=":1rt.99" tabindex="-1" style="">OSD</span> #6 should cause the <span class="" id=":1rt.100" tabindex="-1" style="">OSI</span> to reject licenses which specifically target <span class="" id=":1rt.101" tabindex="-1" style="">SaaS</span> providers.</div><div><br></div><div>I am left puzzled how the <span class="" id=":1rt.102" tabindex="-1" style="">Affero</span> clauses, which also target <span class="" id=":1rt.103" tabindex="-1" style="">SaaS</span> (or what <span class="" id=":1rt.104" tabindex="-1" style="">RMS</span> likes to call Service as a Software Substitute - <span class="" id=":1rt.105" tabindex="-1" style="">SaaSS</span>), passed the <span class="" id=":1rt.106" tabindex="-1" style="">OSD</span> #6 test?   I understand there are many people who are fearful of <span class="" id=":1rt.107" tabindex="-1" style="">SaaS</span> and/or <span class="" id=":1rt.108" tabindex="-1" style="">SaaSS</span>, but the acceptance of that fear is leading parts of the movement to grasp for very proprietor-focused licensing tactics of ensuring that software authors (or more often copyright/patent owners) have a high level of control over software users when they are subjectively deemed "bad software users".</div><div><br>The more we accept the concept of "bad software users" as something that should be regulated in "open source" licenses, the less ability we will have to protect the software freedom of any software users.</div><div><br></div><div><br></div><div>I also sympathize with the goals. I believe all service providers, including <span class="" id=":1rt.109" tabindex="-1" style="">SaaS</span> and <span class="" id=":1rt.110" tabindex="-1" style="">SaaSS</span>, should be regulated by government. Protecting the interests of citizens requires the enactment of appropriate laws, and proprietary software licenses masquerading as "open source" can't solve any of those important problems.  Enacting appropriate laws requires that technologists who understand how the technology actually works be involved in the legislative process.  Even if I didn't think these proprietor-focused terms would backfire and provide precedent to strengthen software proprietor interests against all software users, I would still consider using public policy inspired licensing as a substitute for participation in the actual legislative process to be an entirely ineffective strategy.</div><div><br></div><div>Anyone willing to spend the time to author and/or argue in favour of one of these public policy inspired proprietary licenses easily has the time to author and/or forward letters to their elected representative describing the problem to help provide real solutions to these problems.  If someone in the US writes such a letter, I'll spend the time to translate it to Canadian legal concepts -- we are about to have a federal election, which is when all candidates will be listening more than usual.  (But all that needs to be coordinated outside this list, as OSI itself can't be seen to be lobbying any government),</div><div><br></div><div>-- <br></div></div><div dir="ltr" class="gmail_signature">Russell <span class="" id=":1rt.111" tabindex="-1" style="">McOrmond</span>, Internet Consultant: <<a href="http://www.flora.ca/" target="_blank">http://www.flora.ca/</a>><br><br>Please help us tell the Canadian Parliament to protect our property rights as owners of Information Technology. Sign the petition! <a href="http://l.c11.ca/ict/" target="_blank">http://l.c11.ca/<span class="" id=":1rt.112" tabindex="-1" style="">ict</span>/</a><br><br>"The government, lobbied by legacy copyright holders and hardware manufacturers, can pry my camcorder, computer, home theatre, or portable media player from my cold dead hands!" <a href="http://c11.ca/own" target="_blank">http://c11.ca/own</a></div></div>