<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 13, 2019 at 4:23 PM Nigel T <<a href="mailto:nigel.2048@gmail.com">nigel.2048@gmail.com</a>> 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"><div dir="ltr">On Fri, Dec 13, 2019 at 2:53 AM Henrik Ingo <<a href="mailto:henrik.ingo@avoinelama.fi" target="_blank">henrik.ingo@avoinelama.fi</a>> wrote:<br></div><div class="gmail_quote"><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 class="gmail_quote">Just to be clear, I of course agree that there can exist software that would not allow easy export of user data in a CAL compliant manner.</div></div></blockquote><div><br></div><div>If software CAN exist that is not CAL compliant and licensed under CAL then it's a compliance time bomb for every downstream user.  Why should this be approved?</div><div></div></div></div></div></blockquote><div><br></div><div>I might be completely missing your point now... But just to answer the question as written: Are you also of the opinion that BSD and GPL licenses should not have been approved? <br></div><div><br></div><div><a href="https://en.wikipedia.org/wiki/UNIX_System_Laboratories,_Inc._v._Berkeley_Software_Design,_Inc">https://en.wikipedia.org/wiki/UNIX_System_Laboratories,_Inc._v._Berkeley_Software_Design,_Inc</a>.</div><div><a href="https://en.wikipedia.org/wiki/Gpl-violations.org">https://en.wikipedia.org/wiki/Gpl-violations.org</a></div><div><br></div><div>etc...<br></div><div> </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"><div class="gmail_quote">But I think the intent is for 4.2 to be hard to be compliant with and I'll get to that below.<div>Gosh, I wonder what companies might want an OSI approved license like that?</div><div><br></div></div></div></div></blockquote><div><br></div><div>Ok, so your real argument is simply that we should not approve this license because you are convinced Van's client has bad intentions?</div><div><br></div><div>But I would want to use it for hobby projects. I have no bad intentions - at least not commercially motivated ones. Does that make it better? Or would it be better if we just focus on the license text without classifying participants here based on assumed moral standards?<br></div><div> </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"><div class="gmail_quote"><div></div><div>A little asymmetry in an OSS license can be okay but you need to carefully look at how that asymmetry can be abused before approval. </div><div><br></div></div></div></div>
</blockquote></div><div><br></div><div>Asymmetry exists when a single person or corporation owns all the rights in a copylefted piece of software. In the case of GPL and AGPL I wouldn't describe that as "a little asymmetry". It's a very strong asymmetry.</div><div><br></div><div>With projects where ownership isn't pooled to a single entity, (e.g. Linux) the same copyleft license can be a strong defense that creates balance in the community and prevents a single entity from dominating the project.</div><div><br></div><div>It's easy to see how CAL could become popular with non-profit and other community projects that want to ensure openness of data in the age of large SaaS and social media companies who like to hoard user data. The open source community will benefit from having this license in its toolkit.<br></div><div><br></div><div>henrik<br></div><div><br></div><br>-- <br><div dir="ltr" class="gmail_signature"><a href="mailto:henrik.ingo@avoinelama.fi" target="_blank">henrik.ingo@avoinelama.fi</a><br>+358-40-5697354        skype: henrik.ingo            irc: hingo<br><a href="http://www.openlife.cc" target="_blank">www.openlife.cc</a><br><br>My LinkedIn profile: <a href="http://fi.linkedin.com/pub/henrik-ingo/3/232/8a7" target="_blank">http://fi.linkedin.com/pub/henrik-ingo/3/232/8a7</a></div></div>