release schedule and Linux distros
mark at glyphic.com
Tue Jun 19 05:28:33 BST 2012
- Squeezing a release out in the next six weeks would accomplish little.
- Our mid-November 2012.4.0.0 actually looks pretty good given the lead
time that the distros need for their frist 2013 release.
On Fri, Jun 15, 2012 at 7:13 PM, Jens Petersen <juhpetersen at gmail.com>wrote:
> How about a tight schedule for 2012.4 something like this (now that we
> have the luxury of the ghc-7.4.2 release in our hands:)?:
> Alpha (2012.3.80.x): June 30
> Beta (2012.3.90.x): July 15
> Final (2012.4.0.x): August 1
I don't see how we could make this schedule, or how that schedule could
result in anything other than 2012.2.0.0 but based on GHC 7.4.2. That is,
other than the version number bump, an 2012.4.0.0 based on such a release
schedule would be really no different for what ends up in the next Fedora
or Debian or Ubuntu release than if they included 2012.2.0.0 but bumped to
7.4.2 themselves. Since all of those distros already package up GHC
independently of the rest of the HP, I don't see an issue with them
releasing it such a form.
Judging from the release schedule for Ubunutu 12.04 - the alpha for an
Ubuntu April release starts in the prior December. This would mean our
November release is well timed to that schedule. Given that this is a
normal time frame for distributions, they are *always* going to be shipping
a GHC and packages that are 5 to 6 months old. Since they, and we, are
aiming at stability, I don't see this as a big problem.
We could move our release dates *later*, so as to ship a more current HP to
the distros... if the distros are willing to enter alpha while we are still
in beta. Personally, I'm not a fan of this, as I worry there would be no
I don't quite understand the interrelationships between the distros, so if
I'm missing something, please let me know.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Haskell-platform