Re: more releases

2015-09-10 Thread Eric Crockett
Some people had asked what the users want and about typical usage, so I'll give the my perspective. I consider myself a pretty typical user of Haskell: PhD student (in theory, not languages), but still pushing the boundaries of the compiler. I've filed quite a few bugs, so I have experience with

Re: more releases

2015-09-07 Thread Bardur Arantsson
On 09/07/2015 04:57 PM, Simon Peyton Jones wrote: > Merging and releasing a fix to the stable branch always carries a cost: > it might break something else. There is a real cost to merging, which > is why we've followed the lazy strategy that Ben describes. > A valid point, but the upside is

RE: more releases

2015-09-07 Thread Simon Peyton Jones
developers | Subject: Re: more releases | | Richard Eisenberg <e...@cis.upenn.edu> writes: | | > I think some of my idea was misunderstood here: my goal was to have | > quick releases only from the stable branch. The goal would not be to | > release the new and shiny, but

Re: more releases

2015-09-05 Thread Stephen Paul Weber
having a large number of versions of GHC out there can make it difficult for library authors, package curators, and large open source projects, due to variety of what people are using. For point releases, if we do it right, this *should* not happen, since the changes *should* be

Re: more releases

2015-09-03 Thread Alex Rozenshteyn
I have the impression (no data to back it up, though) that no small number of users download bindists (because most OS packages are out of date: Debian Unstable is still on 7.8.4, as is Ubuntu Wily; Arch is on 7.10.1). On Wed, Sep 2, 2015 at 12:04 PM, Ben Gamari wrote: >

Re: more releases

2015-09-02 Thread Richard Eisenberg
I think some of my idea was misunderstood here: my goal was to have quick releases only from the stable branch. The goal would not be to release the new and shiny, but instead to get bugfixes out to users quicker. The new and shiny (master) would remain as it is now. In other words: more users

Re: more releases

2015-09-02 Thread Ben Gamari
Richard Eisenberg writes: > I think some of my idea was misunderstood here: my goal was to have > quick releases only from the stable branch. The goal would not be to > release the new and shiny, but instead to get bugfixes out to users > quicker. The new and shiny (master)

Re: more releases

2015-09-02 Thread Ben Gamari
Richard Eisenberg writes: > On Sep 1, 2015, at 12:01 AM, Herbert Valerio Riedel > wrote: > >> I'd say mostly organisational overhead which can't be fully automated >> (afaik, Ben has already automated large parts but not everything can be): >> >> -

Re: more releases

2015-09-02 Thread Herbert Valerio Riedel
On 2015-09-02 at 12:43:57 +0200, Ben Gamari wrote: [...] > The question is whether users want more rapid releases. Those working on > GHC will use their own builds. Most users want something reasonably > stable (in both the interface sense and the reliability sense) and > therefore I suspect

Re: more releases

2015-09-01 Thread Richard Eisenberg
On Sep 1, 2015, at 12:01 AM, Herbert Valerio Riedel wrote: > I'd say mostly organisational overhead which can't be fully automated > (afaik, Ben has already automated large parts but not everything can be): > > - Coordinating with people creating and testing the bindists

more releases

2015-09-01 Thread Richard Eisenberg
Hi devs, An interesting topic came up over dinner tonight: what if GHC made more releases? As an extreme example, we could release a new point version every time a bug fix gets merged to the stable branch. This may be a terrible idea. But what's stopping us from doing so? The biggest