<div dir="ltr"><div>[retitling and moving to license-discuss]</div><div><br></div><div dir="ltr">On Tue, Mar 12, 2019 at 11:44 AM Josh Berkus <<a href="mailto:josh@berkus.org">josh@berkus.org</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">On 3/12/19 11:18 AM, Richard Fontana wrote:<br>
> On Tue, Mar 12, 2019 at 1:31 PM Josh Berkus <<a href="mailto:josh@berkus.org" target="_blank">josh@berkus.org</a>> wrote:<br>
>><br>
>> If nothing else, SSPL was a serious license proposal and deserved<br>
>> serious consideration it didn't get.  THis was a dramatic failure of the<br>
>> license-review process, and I think shows that this group needs to be<br>
>> reconstituted.<br>
> <br>
> Josh, I'm honestly really puzzled at your reaction. Looking at the<br>
> license-review archives from the point in time SSPLv1 was submitted, I<br>
> believe there was quite an energetic and serious discussion about the<br>
> OSD conformance of SSPL from an unusually wide variety of commenters<br>
> including several who don't normally post here (which continued to<br>
> some degree after SSPLv2 was submitted). Look at Lukas Atkinson's<br>
> summaries of the discussions. I just don't see a dramatic failure in<br>
> *this* case.<br>
<br>
I'm talking about the last month of discussions, before the SSPL was<br>
withdrawn.  I don't think the submitters consider that serious<br>
discussion, and I *know* that folks who have been following L-R don't.<br>
I'm at OSLS now, and literally within 10 minutes of posting that I got<br>
two people coming up to me and saying "thank you for posting that".<br></blockquote><div><br></div><div>I was not one of those people... because I had tuned out this thread some time ago, since it looked to have degenerated into a screaming match. I'm weighing in now because people came up to me at OSLS and asked "what did you think of Josh's post?" I'm pretty sure I'm team Josh, but do have some perhaps constructive suggestions (below).  <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">
The OSI only has authority to the extent that we are widely regarded as<br>
an impartial arbiter of what is and is not open source.  It's important.<br>
And on the SSPL, we are *not* widely perceived as fair or impartial.<br></blockquote><div><br></div><div>I'm not sure I would go this far? But I would critically say that the current "process", such as it is, permits no way for an outsider to make a reasonable determination of the quality of the process, or to join constructively in the process.[1] Specific issues are not listed/tracked; summaries are monthly while discussions may be relevantly (or irrelevantly) argued in minutes; etc. And of course mailing lists, as a technology, encourage discussions that look like screaming matches: only the bluntest of moderation tools; poor search; no way to quietly "+1"; etc., etc, etc. (Lots of citations <a href="https://meta.discourse.org/t/discourse-vs-email-mailing-lists/54298">here</a>.)<br></div><div><br></div><div>This is a spitball proposal, so feel free to propose something more constructive, but I'd suggest standing up an OSI Discourse instance, and moving future discussions there. In particular, I'd suggest use of Discourse's more wiki-ish features to establish standing lists of known issues with a particular draft, easy tracking of initial (and updated) rationales for the license, and probably other things I'm not thinking of. <br></div><div><br></div><div>(One could imagine many other alternatives here, but I'm specifically suggesting Discourse because it is (1) open (2) easily hostable and (3) actually existing. Any solution that requires writing and maintaining custom code is, I presume, beyond OSI's capabilities at the current time. I'd suggest that any counter-proposals need to meet at least #2 and #3; up to the OSI board if #1 is also a hard requirement or not.)<br></div><div><br></div><div>I'd happily submit the Blue Oak Model permissive license as an initial guinea pig for such a process[2], and suspect (though have not talked with him about it) that Van would also happily experiment with such an approach for his (much more complex, requiring much more discussion) CAL.<br></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">This is not exactly a new idea; someone told me at OSLS that "even bugzilla would be better" than a mailing list, and I believe I've suggested GitHub here in the past. But I think the recent discussions, which have turned off many people, suggest OSI badly needs to step back and rethink not just "the process" but the underlying tool.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Luis<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">[1] I do not think that the participation of new people on license-review during the SSPL discussion is very indicative of anything - as best as I can see they were mostly drive-bys, which is exactly what you'd expect given the intense, high-volume discussion and difficulty of extracting context unless you're essentially a full-time license geek.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">[2] I have no current plans to submit the license primarily because I am too busy to have a massively inefficient discussion on license-review. But I'd be willing to make that time commitment if I thought it was helping prototype something new and better.<br></div></div>