<div dir="auto">Mat, I have questions to raise aloud:</div><div dir="auto">1. Would this license comply with OSD?</div><div dir="auto">2. Should the OSI licensing board consider the above question?</div><div dir="auto">3. Who does this benefit and how?</div><div dir="auto"><br></div><div dir="auto">The first question hinges upon the interpretation of the license text. It’s not carefully worded, requiring you to explain the actual terms. If anyone can use this for anything, then how does this really differ from a BSD license (other than some extra text about company size that has no apparent utility to the license)? If however, the license does restrict some form of use, then it’s not OSD compliant. That’s obvious.</div><div dir="auto"><br></div><div dir="auto">The second question is one purpose of this discussion list: to socialize, promote, and discuss proposals that might become actual submission to OSI. The feedback so far is consistent and clear. This license does not appear ready to be submitted for actual consideration.</div><div dir="auto"><br></div><div dir="auto">So the third question: what’s the motivation? In some ways this license reminds me of the Chicken Dance License (CDL) <a href="https://github.com/supertunaman/cdl">https://github.com/supertunaman/cdl</a>. It’s a BSD-style license with some added text that reveals more about the license author and nothing about the license value. CDL might even be OSD compliant (perhaps accommodating for people who can’t perform the chicken dance, etc.). But why bother? </div><div dir="auto"><br></div><div dir="auto">At the end, I think you succeeded at pointing to a potential misinterpretation of the OSD terms. Rather than presenting a license that tries to demonstrate this misinterpretation, maybe we just need a footnote or FAQ to clarify (if it is indeed unclear) that not restricting field of use means just that. If people can use the code for their company, then their company can use that code. There’s no wrinkle in the process that results in forbidding a permitted use.</div><div dir="auto"><br></div><div dir="auto">Gil </div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Thu, Jan 21, 2021 at 6:31 PM Mat K. Witts <<a href="mailto:email@dheep.net">email@dheep.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There is a lot of latitude around how licenses work in the wild, how<br>
people work in teams, how judges come to decisions on licensing, how<br>
lawyers write licenses and the legal implications of companies and so on<br>
and so forth. Sticking strictly to the license texts and then comparing<br>
them to the OSI's OSD though, it's very hard to find anything that makes<br>
<a href="http://leftcopy.org" rel="noreferrer" target="_blank">leftcopy.org</a> non-compliant.<br>
<br>
A persuasive argument that demonstrates a reasonably consistent<br>
rationale I suspect would rely on either s.5 ('persons') or maybe s.6<br>
('field of endeavor') but the definition is a little bit woolly in these<br>
sections. The main confusion seems to be with the way the words<br>
'discrimination', 'persons' and 'groups' are used which makes it much<br>
harder to get a definitive answer on compliance than it could be in this<br>
case.<br>
<br>
Just to be really clear, leftcopy does not discriminate against human<br>
beings from using the licensed code, and it doesn't restrict the<br>
licensed code from any field of endeavor either. That makes it very hard<br>
to find a convincing reason why it doesn't comply.<br>
<br>
On 19/01/2021 20:46, Russell Nelson wrote:<br>
> On 1/19/21 2:58 AM, Thorsten Glaser wrote:<br>
>> No, the engineers acting on behalf of the company are agents of the<br>
>> legal person (“juristische Person” in Germany), and as such it’s the<br>
>> company that’s doing the using.<br>
><br>
> They *could* be programming in their spare time?<br>
><br>
> <a href="https://youtu.be/ohDB5gbtaEQ?t=176" rel="noreferrer" target="_blank">https://youtu.be/ohDB5gbtaEQ?t=176</a><br>
><br>
><br>
> _______________________________________________<br>
> The opinions expressed in this email are those of the sender and not<br>
> necessarily those of the Open Source Initiative. Official statements<br>
> by the Open Source Initiative will be sent from an <a href="http://opensource.org" rel="noreferrer" target="_blank">opensource.org</a><br>
> email address.<br>
><br>
> License-discuss mailing list<br>
> <a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
> <a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
><br>
<br>
-- <br>
DHEEP LLP.<br>
Digital Health, Education & Environmental Partnership<br>
<a href="http://www.dheep.co.uk" rel="noreferrer" target="_blank">www.dheep.co.uk</a><br>
<a href="mailto:email@dheep.net" target="_blank">email@dheep.net</a><br>
<br>
Registered in England and Wales No. <a href="https://www.google.com/maps/search/OC427528.+International+House,+12,+Constance+S?entry=gmail&source=g">OC427528. International House, 12, Constance S</a>treet, London, England, E16 2DQ<br>
<br>
Partners: Mat K. Witts, Sati Witts<br>
<br>
<br>
_______________________________________________<br>
The opinions expressed in this email are those of the sender and not necessarily those of the Open Source Initiative. Official statements by the Open Source Initiative will be sent from an <a href="http://opensource.org" rel="noreferrer" target="_blank">opensource.org</a> email address.<br>
<br>
License-discuss mailing list<br>
<a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
</blockquote></div></div>