<div dir="ltr"><div dir="ltr">On Tue, Mar 19, 2019 at 7:33 AM Pamela Chestek <<a href="mailto:pamela@chesteklegal.com">pamela@chesteklegal.com</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"><br>
On 3/18/2019 9:21 PM, John Sullivan wrote:<br>
> Bruce Perens <<a href="mailto:bruce@perens.com" target="_blank">bruce@perens.com</a>> writes:<br>
><br>
>> 2. Use PEP. This appears to be an RFC-like process, and I am not yet clear<br>
>> how it avoids the complaint about the present process, which is that<br>
>> discussion of the proposal on a mailing list seems to be un-trackable or<br>
>> uncomfortable. Python mostly used the python-dev mailing list.<br>
> As one of the people who suggested something along these lines -- it<br>
> helps with tracking because a document is developed during the<br>
> conversation, and conversations can be expected to refer to the<br>
> document. Revisions of the document are posted periodically with a<br>
> standard subject line so that people who have not been able to track the<br>
> discussion threads can jump in, see where things stand, and still<br>
> contribute meaningfully.<br>
><br>
> It doesn't help with the uncomfortable part.<br>
><br>
> -john<br>
><br>
Here's something to ponder - what if the license submitter was asked to<br>
maintain the PEP.<br></blockquote><div><br></div><div>My main concern with this is that for some (many?) submitters it is hard to tell wheat from chaff. So their summaries of the ongoing discussion are not likely to be particularly useful (either in the moment or later). That's part of why I suggest a tool with wiki-ish participation, not just something maintained strictly by the submitter.</div><div><br></div><div>But I suppose we could also just deal with pro se summaries the same way we deal with pro se licenses.</div><div><br></div><div>Luis<br></div></div></div>