9.4 release planning (& GHCJS merge process)
hecate at glitchbra.in
Wed Feb 23 18:31:45 UTC 2022
1 & 3. Thank you very much for the information. :)
2 & 4. I'm slightly concerned that you seem to leave this kind of
decision to "the community", because last time I heard, the weekly
meetings of GHC developers are not necessarily advertised to said
community, and I fail to see how much of a democratic process it can be
if a significant portion of the decision-making process is done outside
of the community that you wish to make responsible for such important
things as LTS statuses (which is widely, widely incompatible with the
adoption of Haskell as a reliable foundation for industrial usage).
Moreover, if memory serves well, it was the GHC DevOps Group that pushed
for the 6-months release schedule (or at least I get a strong impression
of it reading this thread
Now looking at the mailing-list and updates, it would seem that the
group has disbanded, but I find it too bad that current GHCHQ doesn't
take on the responsibilities that are rightfully yours.
My question is: Do you intend to provide the community with the proper
information and means to make a decision, or at least express their
opinion? Or would you be rather more comfortable with the small subset
of people who post on ghc-devs to voice their opinion on the matter and
follow the trend? Is GHCHQ bound to these "community opinions"? Or can I
just pay WT to have it do what I want if I wish to decide on a different
course of action for the GHC release cycle. ;)
There is one point that you make that is quite worrisome:
> I suggest that the decision about whether the 9.4 release will attain
> status is left to the community rather than us (the developers) who
> lack perspective about how companies are using releases unless
explicitly told about it.
I sincerely believe that there is something lost in translation, because
from my ESL (English as a Second Language) perspective, this looks like
the 5-people team in charge of the compiler do not have any say in what
to release, when or even have no access to wider community information,
like what the State of Haskell Ecosystem surveys provide. But maybe
you'd like more help to figure out what are the broader usages of GHC,
and I can assure you that the Haskell Foundation would be immensely glad
to provide such insights.
And just so we are clear, I have nothing to reproach in terms of
engineering, it's all been wonderful from my perspective as both a
hobbyist and industrial user, and I know that product management isn't
necessarily the reason why you signed in on this, but it's an
unfortunate and essential part of the job that I'd like to clear out,
for everyone's sake. :)
Please do not take this as an attack against you and your team, and I'm
truly sorry if my phrasing have led to think so.
Le 23/02/2022 à 16:55, Matthew Pickering a écrit :
> 1. We will provide a migration guide. The draft for the guide is
> located here - https://gitlab.haskell.org/ghc/ghc/-/wikis/migration/9.4
> 2. 8.10 has never officially been an LTS but due to various reasons
> has been a larger number of backports than other releases. I suggest
> that the decision about whether the 9.4 release will attain a similar
> status is left to the community rather than us (the developers) who
> lack perspective about
> how companies are using releases unless explicitly told about it.
> 3. The likely highlights was a list produced by Ben after the 9.2
> release was finalised. Most (if not all) the features on the list will
> be present in the release. Of course, comprehensive release notes will
> be produced which detail all the new features and changes.
> 4. It is an unfortunate fact that whatever the proposed release
> schedule has been that the releases have never actually come at those
> timings. Again, I think we have to defer the question about release
> frequency to the wider community. The decision about this release
> cycle was made after considering the state of the master branch, which
> features we wanted in the release and the availability of the release
> On Tue, Feb 22, 2022 at 7:34 PM Hécate <hecate at glitchbra.in> wrote:
>> Hi Matthew, thank you for this update and the other one regarding your team.
>> I have multiple questions regarding the release:
>> 1. Could a migration guide be provided? Or better, a script/tool? From
>> what I understand, going from 9.2 to 9.4 means breaking changes have
>> been introduced.
>> 2. The 8.10 series has gained a status of LTS amongst industrial users,
>> thanks to both the numerous backports but also the wider support in the
>> ecosystem. Could you please clarify whether or not it will still be an
>> LTS after this release, and the status of 9.0 and 9.2 (which have
>> brought numerous new things themselves but seem to have been quickly
>> replaced by the next release each time). It's quite confusing, and when
>> the question arises in professional circles, a (seemingly) valid answer
>> that is brought up is "We can wait 6 more months and have a breaking
>> release that will force us to migrate painfully, let's not move yet".
>> 3. From what I can see in the "Likely highlights" (this phrasing is
>> unclear to me, you don't expect some of those changes to make it to the
>> release?), it is mostly an engineering release (which is great). Do you
>> think that the 9.4 series could benefit from the same longevity as the
>> 8.10 did and take its place as a continuously-improved version while
>> Language / R&D versions of GHC are published anew?
>> 4. There was a talk of slowing the release schedule to once a year, and
>> last I heard, Ben was sympathetic to it. Could you express the official
>> position of your team on the matter?
>> Again, I'd like to echo Richard's words in the other thread, thank you
>> and your team for all this work, this is immensely appreciated.
>> Le 22/02/2022 à 18:14, Matthew Pickering a écrit :
>>> Hi all,
>>> Firstly we are anticipating branching 9.4 in about 6 weeks time
>>> (approx start of April). Most of the major features originally
>>> milestoned for this release have landed and the main branch is
>>> currently in a nice state. This timeline will be solidified once the
>>> 9.2.2 release has been completed.
>>> The major outstanding work that I am aware of is
>>> Windows toolchain work (#21019) (Ben Gamari)
>>> Partial Register Stall (#20405) (Andreas Klebinger)
>>> hi-haddock (!6224) (Zubin Duggal / Matthew Pickering )
>>> Directed Coercions (!6476) (Sam Derbyshire)
>>> GHCJS as the highlight of the 9.6 release. This work is led by the
>>> team at IOHK.
>>> * The planning and progress of this process is tracked on this wiki
>>> * We anticipate reviewing and merging patches incrementally into a
>>> feature branch until the point where test coverage is suitable and the
>>> patches can be merged into the main branch.
>>> : https://gitlab.haskell.org/ghc/ghc/-/milestones/370
>>> ghc-devs mailing list
>>> ghc-devs at haskell.org
>> Hécate ✨
>> 🐦: @TechnoEmpress
>> IRC: Hecate
>> WWW: https://glitchbra.in
>> RUN: BSD
>> ghc-devs mailing list
>> ghc-devs at haskell.org
More information about the ghc-devs