<html style="direction: ltr;">

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">

    <style type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style>

  </head>

  <body bidimailui-charset-is-forced="true" style="direction: ltr;"

    text="#000000" bgcolor="#FFFFFF">

    On 3/9/2018 8:26 AM, Ralf Gommers wrote:<br>

    <blockquote type="cite"

cite="mid:CABL7CQhbOED8nogyQf-Y8B2ifq98kBNcFjNaj4d5nUf2B5etRw@mail.gmail.com">

      <blockquote class="gmail_quote" style="margin:0 0 0

        .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>

        So my suggestion is discussion should happen on the list, and

        NEP<br>

        updates should be merged promptly, or just self-merged. Sound

        good?</blockquote>

      <div><br>

      </div>

      <div>Agreed that overall (1) is better than (2), rejected NEPs

        should be visible. However there's no need for super-quick

        self-merge, and I think it would be counter-productive. <br>

        <br>

        Instead, just send a PR, leave it open for some discussion, and

        update for detailed comments (as well as long in-depth

        discussions that only a couple of people care about) in the

        Github UI and major ones on the list. Once it's stabilized a

        bit, then merge with status "Draft" and update once in a while.

        I think this is also much more in like with what python-dev

        does, I have seen substantial discussion on Github and have not

        seen quick self-merges.<br>

        <br>

      </div>

      <div>Ralf<br>

        <br>

      </div>

    </blockquote>

    Agreed. Perhaps we could have some kind of guideline to prevent

    flooding the mailing list. <br>

    For instance "if you find yourself responding for the third time in

    one day, perhaps the mailing list is not the best medium for

    discussion and using the GitHub GUI may be preferable"<br>

    Matti<br>

  </body>

</html>