<div dir="ltr"><div>Tobie</div><div><br></div><div>> <span style="color:rgb(0,0,0)">I believe that to many open source practitioners, the meaning of open source is much broader than the OSD.</span></div><div><br></div><div>It's even more complicated. The term _open source_ is also used by the intelligence industry too, and means something very different. Looking for open source jobs in the greater Washington DC area yields two unrelated clusters of jobs! All the more reason to ensure we have a clear and unambiguous definition that we can use when using the term in our more formal settings. </div><div><br></div><div>We all understand that "open source" is more than a license. It's a set of many facets.[*] But when speaking about licenses, there's value in a clear OSD.  </div><div><br></div><div>> Clearly implied there is a broader set of values that are necessary to meet the spirit of open source than just following the OSD to the letter.</div><div><br></div><div>The open source movement has been reluctant to codify all its facets into a fixed definition. For example: Open Source implies a development methodology that involves many people from different places working together. The best projects have that. However the OSD does not require it. A solo developer can publish an open source project and refuse to accept a pull request. It misses the spirit and intent, but meets the definition. </div><div><br></div><div>Is this a flaw? I'm not sure there's a better alternative. OSD is a floor for licenses, not a description of the movement. Maybe OSI can clarify this by having a prosaic description of intent and some of the features of more successful projects as a distinct document from the OSD. But writing that is different than changing the OSD.<br></div><div><br></div><div>> ...but most practitioners have never heard of the OSI or the OSD.</div><div><br></div><div>This is true and a call for a louder and stronger OSI. I hope OSI gets more support and encounters less opposition. There are many other important foundations (Apache, Linux, etc.) in the constellation of non-commercial neutral entities that help the movement overall. I perceive these groups work well together. Stable growth and promotion is better than revolution and the newsworthy kerfuffles. </div><div><br></div><div>>... nor do I believe most open source practitioners have heard of the term "source available." I hadn't until fairly recently.</div><div><br></div><div>OK, so maybe this is something worth exploring and socializing. ESM appears to me to be more similar to Source Available in that both seek to leverage most of the facets of open source, but employ a restriction of some sort. Whereas the motivations differ, the modality is similar. It's worth exploring what those folks have done (and they've done quite a bit in the past year), that I think there's something to gain from this.</div><div><br></div><div>So instead of "let's fight Open Source" or no, now "let's change Open Source" let me suggest "let's figure out where we best fit in the collection of open-culture movements."  (which frankly includes more than open source).</div><div><br></div><div>Footnote:</div><div>[*] I recently wrote about this in the 3rd of a 4 part blog post here: <a href="https://www.linkedin.com/in/gilyehuda/detail/recent-activity/posts/">https://www.linkedin.com/in/gilyehuda/detail/recent-activity/posts/</a>. I suggest that over time we evolved from ethos to add concerns related to license, compliance, development model, economic model, business model, influence, marketing, community, sustainability, and inclusivity etc. Each of those are important to consider. </div><div><br></div><div>In my training slides I highlight that open source is a legal workaround, a development methodology, a faith movement, a marketing bullet, a public collection of code, something to put on your resume, ways to keep busy on the weekends, and ways for companies to commoditize their competitors, and for software purchasers to avoid vendor-lock in. It's all that and more. </div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><p style="margin:0px;font-family:"Verizon NHG DS",Arial,sans-serif;font-size:1em;text-align:left;line-height:100%;color:black"><span style="font-weight:bold">Gil Yehuda: </span>I help with external technology engagement</p><p style="margin:0px;font-family:"Verizon NHG DS",Arial,sans-serif;font-size:1em;text-align:left;line-height:100%;color:black"><br></p></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 19, 2020 at 12:54 PM Tobie Langel <<a href="mailto:tobie@unlockopen.com">tobie@unlockopen.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">On Thu, Mar 19, 2020 at 2:18 PM Jim <span id="gmail-m_-4442544102021148391:3n0.1">Jagielski</span> <<span id="gmail-m_-4442544102021148391:3n0.2">jim</span>@<span id="gmail-m_-4442544102021148391:3n0.3">jimjag</span>.com> 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">
> On Mar 18, 2020, at 12:46 PM, Brian Behlendorf <<a href="mailto:brian@behlendorf.com" target="_blank">brian@behlendorf.com</a>> wrote:<br>
> Any long term community or institution unwilling to occasionally reconsider any of its core principles is one doomed to eventual irrelevance. The U.S. Constitution has been successfully amended 27 times, with the first ten of them (the Bill of Rights) happening only 2 years after, the most recent one ratified in 1992 (203 years after first being proposed! now that must have been an epic thread.)<br>
> <br>
First of all, I don't think anyone is saying that the OSD is written in stone, sacrosanct, and immune from reconsideration.</blockquote><div><br></div><div>Frankly, I've seen quite a bit of <span id="gmail-m_-4442544102021148391:3n0.4">pushback</span>, but I agree that the community is opening up to the idea. There's no process for doing that yet, however. It would be great for the OSI to create one.</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">And yes, the U.S. Constitution has been amended over the years, but most of those are procedural changes and modifications, or clarifications of confusion. A relatively small number of those fundamentally change core principles, and one, which was made almost specifically due to "moral" reasons, was soon overturned (prohibition). So the 2 comparisons are not quite exact.<br></blockquote><div><br></div><div>Sure, a number of <span id="gmail-m_-4442544102021148391:3n0.5">amendments</span> were procedural changes and clarifications, but let's not forget that there were also amendments which abolished slavery, and gave women and people of color the right to vote. I don't think we can quite underline that enough, especially given an international audience that's not necessarily well versed in American history.</div><div><br></div><div>The failure of prohibition actually tells us two things:</div><div><br></div><div>(1) that there are a variety of policies that fall under moral or ethical labels, some of which are anchored in belief systems that are often specific to a community, and others that are grounded in much more universal ethical frameworks and stand the test of time, and</div><div>(2) that such policies when ineffective or counterproductive can be rescinded, even at the national level.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
For me, the biggest issue with ethical open source is that the very fact that such licenses leave certain key questions (and answers) open to interpretation are their basic failings.</blockquote><div><br></div><div>I agree a 100%.</div><div><br></div><div>For software released under such licenses to be usable and gain traction in the community (and in particular among businesses), there can't be room for interpretation. And that is true regardless of whether or not such licenses would get certified by the OSI.</div><div><br></div><div>I think we're all well aware that addressing this requires legal acumen that few of us have (I certainly don't) and that it is very possible that it's not addressable at all.</div><div><br></div><div><div>But I've also seen on multiple occasions that attorneys are just as creative and solution-minded as engineers, if not more, so I wouldn't be surprised if there were ways to pull this off.</div><div><br></div><div>My belief is the OSI should take a leadership position here, in part because assisting attorneys to craft open source licenses is one of its purpose (as stated in its bylaws) but also because there's a clear and strong demand from the community.</div><div><br></div><div>And if after a good faith effort to make this happen there's consensus that there are no compelling solutions to these legal concerns, it will be a lot easier to put the matter to rest, and focus on driving ethical concerns through different avenues.</div></div><div><br></div><div>--tobie</div></div></div>
_______________________________________________<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>