I would rather we didn't accept contributions via github, even for small patches, and instead put more effort into streamlining the Phabricator workflow.

Let's make the Phabricator workflow easier.

One other thing that came up but wasn't mentioned in the notes: let's be more prompt about reverting patches that break validate, even if they only break a test.  Now that we have better CI support, we can easily identify breaking patches and revert them.

Cheers

Simon


On 24 September 2016 at 02:44, Simon Peyton Jones via ghc-devs <ghc-devs@haskell.org> wrote:

Friends

 

Here are the notes I took from session 2 of the Haskell Implementors Meeting.  The bolding is my choice of emphasis.

 

Simon

 

·        Doc bugs.    Two kinds

o   Typos.   Friction stops me

o   Explanations needed e.g. read/show

·        Lightweight pushes

·        Make user manual into its own repo, to make it easier to take pull requests.  But that makes it harder when making synchronised changes to GHC and user manual.

·        Auto-push: Ability to push to Phab and have it committed automatically if it validates.

·        Style guides.  Is having a defined style solving a problem we don’t really have?  One piece of guidance: adhere to the style of the surrounding code.  Low priority.

·        Docker images.   We should have one.

·        Remove old documentation!

·        Cross compilation is difficult.

·        Have a GHC StackOverflow on haskell.org   (Jacob Zalewski jakzale@gmail.com offers to do this! – thank you).  It has a useful new Documentation feature.   Eg this would be good for “how do I look up a RdrName to get a Name… there seem to be six different functions that do that”.


_______________________________________________
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs