<div dir="ltr">sounds good to me, we can always tweak stuff as needed</div><br><div class="gmail_quote"><div dir="ltr">On Sun, Nov 4, 2018 at 10:04 AM Mario Blažević <<a href="mailto:blamario@ciktel.net">blamario@ciktel.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Four weeks having passed since the previous discussion with no <br>
objections, I have now merged the content of the Haskell Report<br>
<br>
from <a href="https://github.com/haskell/haskell-report" rel="noreferrer" target="_blank">https://github.com/haskell/haskell-report</a><br>
<br>
into <a href="https://github.com/haskell/rfcs" rel="noreferrer" target="_blank">https://github.com/haskell/rfcs</a><br>
<br>
<br>
     To remind everybody again, the point of this move was to enable <br>
adding an actionable change to the report to every RFC. From this point <br>
on, any proposal that passes the full process to becoming accepted can <br>
update the report by the simple act of getting merged.<br>
<br>
     In order to test this process, over a year ago I've picked and <br>
submitted the least controversial RFC I could find, namely <br>
<a href="https://github.com/haskell/rfcs/pull/17" rel="noreferrer" target="_blank">https://github.com/haskell/rfcs/pull/17</a>. There has been no objection to <br>
the proposal. In fact there has been no comment whatsoever, but I <br>
suppose that's beside the point. So today I have moved the RFC to the <br>
"Last Call" column (<a href="https://github.com/haskell/rfcs/projects/1" rel="noreferrer" target="_blank">https://github.com/haskell/rfcs/projects/1</a>) as the <br>
first and only proposal to gain that awesome status.<br>
<br>
     It's not at all clear what should happen to the RFC between this <br>
point and it getting merged, but I'm determined to test drive the <br>
process with it. This is my plan:<br>
<br>
1. I'm going to add update the report with a patch to the report <br>
content, then<br>
<br>
2. wait another two weeks for any objection before<br>
<br>
3. moving the proposal from the Last Call to the Ready for Report <br>
status, then<br>
<br>
4. announce that the proposal is Ready for Report and<br>
<br>
5. wait another two weeks for the full approval, then finally<br>
<br>
6. merge the RFC.<br>
<br>
<br>
     The only flaw in my cunning plan above is defining what constitutes <br>
"the full approval". The committee being rather ... disengaged and <br>
scattered, there is little hope of getting 50% of votes from all its <br>
members. The criteria of no raised objection, which I've used so far, <br>
seems much too lax for a full approval. I think the only reasonable fair <br>
criteria of success would be a public and unanimous approval by at least <br>
N committee members. I have no idea what N should be, but I know that if <br>
this test proposal can't garner N approvals, no proposal will ever pass <br>
the hurdle.<br>
<br>
     To make it plain, I suggest we take the number of committee members <br>
that comment on the test proposal as the maximum bound of N. I do hope <br>
max(N) > 1.<br>
<br>
<br>
_______________________________________________<br>
Haskell-prime mailing list<br>
<a href="mailto:Haskell-prime@haskell.org" target="_blank">Haskell-prime@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-prime" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-prime</a><br>
</blockquote></div>