- ghc-steering-committee

Please review #258: TopLevelKindSignatures -> StandaloneKindSignatures , Shepherd: Chris
by Joachim Breitner 05 Sep '19

05 Sep '19

Dear Committee, this is your secretary speaking: TopLevelKindSignatures -> StandaloneKindSignatures has been proposed by Krzysztof Gogolewski https://github.com/ghc-proposals/ghc-proposals/pull/258 I propose Chris as the shepherd. Please reach consensus as described in https://github.com/ghc-proposals/ghc-proposals#committee-process In particular, talk to the authors before, if you think this should be rejected, and kick off the discussion on Github, following the steps described under “Now the shepherd proposes to accept or reject the proposal” in the above link. Thanks, Joachim -- Joachim Breitner mail(a)joachim-breitner.de http://www.joachim-breitner.de/

4 4

Results of committee meeting at ICFP
by Joachim Breitner 24 Aug '19

24 Aug '19

Hi Committee, some of us (2×Simon, Iavor, Richard, Eric, me) met over lunch at ICFP and discussed tweaks to the process, and came up with the following changes. Of course we want to give the other members a chance to comment and speak if up if something is a bad idea, so we won’t be implementing the immediately (but preferably soon). * Proposals that are in “Pending committee decision” phase will have a [committee] tag appended to the title, so that we can filter emails by that status. * We drop the restrictions for non-authors to comment in that phase. It doesn't work and sometimes we do want the insights of the others. * We will update wording in the README to tell authors that it is ok and not impolite to nudge the shepherd if the process seems stalled. * We will update wording in the README to tell authors that turning a proposal back with “needs review” is not a bad thing. * If we have later proposals that are not stand-alone proposals, but rather changes to existing ones, and those get accepted, then the updated proposal should link back to the changing PR, just like it links to the original PR (e.g “This proposal was discussed at … and amended by ….”). * We will stop renumbering proposals sequentially, but instead simply use the PR number, so that we no longer have this two-number confusion. (We should have done that from the start :-() * We will actually re-number the already accepted proposals, but leave the old files there to point to the new location, so that existig links stay valid. (Either as symlinks or simply as very short files, I will see how GitHub presents either of these options). * We considered making it a requirement that authors find a number of “endorsers” for their proposal, but were not sure if that is useful. But we would like to experiment with that concept, so we would add a section to the template that will contain a list of endorsers, and endorsers could indicate to the author that they endorse the proposal on the GitHub comment thread, and the authors then adds them. The expectation for an endorser is that “they support the proposal as if they were an authors, and they would happily have submitted it themselves, had they had the idea and time.” Endorsers have no hard role in the process, but hopefully ensure that proposals are seen and read and checked by more people before submission, and we get a bit more signal by seeing how many people and who also wants this. * Although most people were at least mildly in favor, we kicked the question of fixed terms down the road. But I will send out the brief “how do you feel about your work in the committee” questionaire that we had a few months ago around once in a while, with the explicit purpose to nudge members to maybe get more involved again, or plan to rotate out. What do you think? Cheers, Joachim -- Joachim Breitner mail(a)joachim-breitner.de http://www.joachim-breitner.de/

2 5

Please review #160: NoToplevelFieldSelectors, Shepherd: Eric
by Joachim Breitner 24 Aug '19

24 Aug '19

Dear Committee, this is your secretary speaking: NoToplevelFieldSelectors have been proposed by Simon Hafner https://github.com/ghc-proposals/ghc-proposals/pull/160 https://github.com/reactormonk/ghc-proposals/blob/master/proposals/0000-no-… I propose Eric as the Shepherd, because I know what you did last summer (namely look at that propsoal). Please reach consensus as described in https://github.com/ghc-proposals/ghc-proposals#committee-process In particular, talk to the authors before, if you think this should be rejected, and kick off the discussion on Github, following the steps described under “Now the shepherd proposes to accept or reject the proposal” in the above link. Thanks, Joachim -- Joachim Breitner mail(a)joachim-breitner.de http://www.joachim-breitner.de/

2 2

Steering committee thoughts
by Simon Peyton Jones 21 Aug '19

21 Aug '19

(Resend because I stupidly sent it to the wrong address. Joachim's summary really post-dates this email.) Friends Here are a collection of suggestions that we might discuss at our meeting today, about managing expectations in the GHC proposals process. Factors at work: * Proposal authors are sometimes quite invested in their work, and expect prompt feedback. * Yet committee members are volunteers with day-jobs, and reviewing proposals is a kind of blank cheque on their time, and they are doing the community a great service by being willing to do that reviewing. * Finally, to an author the benefits of acceptance are sharply-focused and immediate; but the costs are blurry and deferred. (I'm thinking of costs like: consistency of design, complexity of the language, implementation burden over time..) Balancing these is hard. I've seen discussion that boils down to a mis-match of expectations. Here are some concrete suggestions for things that might contribute to making expectations clearer and more explicit. All of the numbers (four years, two weeks) are just straw-men... the first thing is to decide if we want any of these thing s in principle. * Make service on the GHC Steering Committee a fixed 4-yr term, with staggered dates so two people retire each year. Renomination is allowed; but the expectation is that fresh blood is preferred unless there is a clear reason to the contrary. As I've said in earlier email, I think this is just basic good practice for any committee. Current membership is here<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.co…>. I'd quite like not to have the reviewing load, but I think that Simon and I should probably be exceptions to this rule * Write down the constituencies we'd like to see represented on the steering committee; invite members to self-designate which constituencies they feel well equipped to represent; and then add that as a column to the table you have helpfully made. This will help to show gaps when we are seeking nominations. * For shepherding, make it clear what the expectations are: no shepherded thread should be dormant for more than two weeks without the shepherd making a proposal for the next step. And even if actively discussed, the shepherd should guide the committee to a conclusion (accept, push back to author) within two months. Big proposals may need longer, so the shepherd should be free to (explicitly) propose a different timescale. * For committee membership, write down expectations about their participation. Something like * Participate actively in at least some proposals in the discuss-and-refine phase. * Review every proposal that is submitted to the committee, within three weeks, and offer a view - even if that view is "I have read the proposal completely but I do not have enough expertise in this area to express a well-informed opinion" * Act as the shepherd for a small number of proposals (see expectations of shepherds). Thanks Simon

1 0

lunch in "Wolverine"
by Richard Eisenberg 21 Aug '19

21 Aug '19

Hi all, The lunch today at ICFP will take place in the Wolverine room. Pass between the elevators and turn left to find the room. Please bring your lunch to the room. If you beat me there and the room is locked, Annabel knows we're there and will unlock the room if you say the magic words "GHC Steering Committee". See you soon, Richard

1 0

ICFP Meetup?
by Eric Seidel 19 Aug '19

19 Aug '19

Hi Committee! How many of us will be at ICFP next week? Shall we meet up again at some point? There are a couple things that I think might be worthwhile for us to reflect on and discuss: 1. The GitHub vs ML question. Richard argued a few weeks back that the pure GitHub strategy wasn't working very well, and a few of us agreed with him but the discussion didn't go any further. 2. The ExtraCommas proposal left quite a few valued members of the community dissatisfied, in ways that I think we could have prevented (e.g. the excessively long deliberation period and the confusion around the vote). I'll be around all week. Eric

7 9

Status
by Joachim Breitner 18 Aug '19

18 Aug '19

Dear committee, since my career is no longer academic, I can use the PLMW panel discussion to do a new summary message. This has happened since the last status, we * were asked to review these proposals: #233 Higher-order roles (Shepherd: Simon PJ) * have a recommendation form the shepherd about: –none– * these proposals were withdrawn #115 Provenance-Qualified Package Imports * decided about the following proposals #240 Threaded RTS (accept) #228 Function result type signatures (accept) #125 Type-annotated quoters (accept) #232 Ambigious type annotation (accept) We currently have to act on the following 6 proposals, 4 down since last stats. Please check if any needs your action, especially as a shepherd (Simon Marlow, Vitaly)! Higher-order roles Shepherd: Simon PJ Status: Waiting for Simon to make a recommendation https://github.com/ghc-proposals/ghc-proposals/pull/233 Record with syntax Shepherd: Simon M. Status: Acceptance recommended, but no consensus https://github.com/ghc-proposals/ghc-proposals/pull/231 Simplified parsing of (~) and (!) Shepherd: Richard Status: Acceptance recommended, but no consensus https://github.com/ghc-proposals/ghc-proposals/pull/229 Qualified Imports Shepherd: Simon M. Status: Waiting for Simon to officially make a recommendation. https://github.com/ghc-proposals/ghc-proposals/pull/220 Updated partial type signatures Shepherd: Vitaly Status: Waiting for Vitaly to make a recommendation. https://github.com/ghc-proposals/ghc-proposals/pull/194 NoFieldSelectors Shepherd: Eric Status: Acceptance imminent, reminder set for Aug 23 https://github.com/ghc-proposals/ghc-proposals/pull/160 Cheers, Joachim -- Joachim Breitner mail(a)joachim-breitner.de http://www.joachim-breitner.de/

1 0

Recommendation made for {-# AMBIGUOUS #-}, #232
by Richard Eisenberg 17 Aug '19

17 Aug '19

Hi all, I have made my recommendation for #232 here: https://github.com/ghc-proposals/ghc-proposals/pull/232#issuecomment-508803… <https://github.com/ghc-proposals/ghc-proposals/pull/232#issuecomment-508803…> Thanks, Richard

1 1

Set reminders on Github
by Joachim Breitner 06 Aug '19

06 Aug '19

Dear Committe, I have enabled a “reminder bot” on our GitHub repository. You can set reminders by writing /remind me to close discussion next week or /remind @isovector to accept this on July 29 and the bot will confirm that it understood what you wrote, and then, well, remind you about it. You can use this for things like “if this stays silent, I will do X in Y days”. Cheers, Joachim -- Joachim Breitner mail(a)joachim-breitner.de http://www.joachim-breitner.de/

3 5

Haskell Implementors Working: Looking for Panelists
by Niki Vazou 05 Aug '19

05 Aug '19

Hello, Haskell Implementors Workshop 2019 will be having a 45 min panel discussion (17.15-18.00 on Fri 23th August). The goal is to have panelists that represent the following committees: - ghc steering committee - Devops committee - core libraries committee - Haskell' committee - Haskell.org committee - Haskell Symposium & HiW steering committee Let me know if you - want like to be in the panel - if there are issues you want to raise in the panel discussion. Best, Niki Chair of HiW'19

4 4