<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 20, 2020 at 1:37 PM Tobie Langel <<a href="mailto:tobie@unlockopen.com">tobie@unlockopen.com</a>> wrote:<br></div><div dir="ltr" class="gmail_attr"><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 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>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></blockquote><div><br></div><div>Agreed though as I mentioned in my previous message, some practitioners today barely consider this as open source ("it's open source in name only").</div></div></div></blockquote><div><br></div><div>For many years both gcc and BSD were developed in exactly this way.  That has changed and for good reasons, but to say those projects were "open source in name only" is a gross distortion of history.  If work covered by the GPL or the BSD license is not open source, the expression "open source" is meaningless.  (Indeed, any attempt to show that either license violates the OSD is self-undermining: the OSD was written to encapsulate what those licenses provide, not the other way around.)</div><div><br></div><div>My project is more of a wayside chapel than a great cathedral, but I have my reasons for not making it a bazaar.  TagSoup is a rather delicate piece of software, and I found that almost all proposed patches tended to be purely local workarounds rather than fitting into the structure of what the code does and how it does it.  It took me *years* to get to 1.0 because I myself didn't know exactly what the code should do in detail or how for a long time.  So now if I get a patch, I may try to do what the patch attempts but in a different way, or I may not.</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"><div dir="ltr"><div class="gmail_quote"><div>I couldn't agree more. You've noted that I'm absolutely not suggesting (all) licenses should have these ideals built-in. The crux of the problem is that they no longer meet the OSD when they do.</div></div></div></blockquote><div><br></div><div>The current licenses proposed as EOSL definitely do not, but there is no reason why software that satisfies both the OSD and the seven points of the ESD cannot exist (I daresay it does if you look).  So either the limitations on redistribution should be added as ESD #8 (in which case software can be OSD or ESD, but not both) or the debate is moot.</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"><div dir="ltr"><div class="gmail_quote"><div>That goes back to the tension I was describing earlier. You basically have two parties claiming that what they do is open source, one of which doesn't agree that what the other is doing is open source, neither having a formal claim to the term. Hairy!<br></div></div></div></blockquote><div><br></div><div>It happens.  One party to a similar dispute finally agreed to call itself "North Macedonia" in exchange for concrete benefits (membership in the EU), but it took decades.   What do the ESD movers and shakers offer the OSI?  I'd like a serious answer to that.</div><div><br></div><div><br></div><div><br></div><div>John Cowan          <a href="http://vrici.lojban.org/~cowan">http://vrici.lojban.org/~cowan</a>        <a href="mailto:cowan@ccil.org">cowan@ccil.org</a><br>Overhead, without any fuss, the stars were going out.<br>        --Arthur C. Clarke, "The Nine Billion Names of God"<br></div></div></div>