Excerpts from Herbert Valerio Riedel's message of 2016-07-13 23:40:06 -0700:
> I.e. write up a specification/proposal outlining motivation (i.e. what
> problem does this solve), specify what the changes are exactly (syntax &
> semantics), what the consequences are, and so on.
>
> Then we inevitabl
On 2016-07-14 at 03:13:31 +0200, Edward Z. Yang wrote:
[...]
>> - I don’t break backwards compat for APIs without notice and
>> discussion, and don’t break backwards compat for any element of cabal
>> files without lots of discussion.
[...]
>3. Can we build all Setup.hs scripts on Hackage?
On 14 July 2016 at 03:13, Edward Z. Yang wrote:
>1. Can we parse all of Hackage?
>
>[...]
>
>3. Can we build all Setup.hs scripts on Hackage? This lets us know
> which APIs in Cabal matter, and which ones we can change.
> We'll need to establish base truth for this.
If so
Excerpts from Gershom B's message of 2016-07-13 18:01:50 -0700:
> On July 13, 2016 at 7:32:47 PM, Edward Z. Yang (ezy...@mit.edu) wrote:
>
> The general notion sounds good to me. I’m semi-indifferent between (1)
> and (2) though conservatively lean towards the latter.
>
> > - The Travis build mus
On July 13, 2016 at 7:32:47 PM, Edward Z. Yang (ezy...@mit.edu) wrote:
The general notion sounds good to me. I’m semi-indifferent between (1)
and (2) though conservatively lean towards the latter.
> - The Travis build must always be green. We should prioritize
> adding more tests for things we ca
Hi,
On 14 July 2016 at 01:32, Edward Z. Yang wrote:
> Why don't we give them all commit access! (If we want to do (1) also
> look at the current PR queue.)
Fine with me. I tried something like this on a smaller scale
previously, giving write access to a number of people with a history
of qualit
Hey all,
Paolo Giarrusso suggested that the Cabal project might look into
giving more people commit bits, ala
http://felixge.de/2013/03/11/the-pull-request-hack.html
I think we do need to give more commit bits. There's a sliding scale of
how extreme we can go:
1. We can adopt this wholesal
