This is a tracking bug for Change: Haskell GHC 9.0 & Stackage LTS 19 For more details, see: https://fedoraproject.org/wiki/Changes/Haskell_GHC_9.0_%26_Stackage_19 The GHC Haskell compiler will be updated from major version 8.10 to 9.0, and Haskell packages will be updated from Stackage LTS 18 to LTS 19 versions. If you encounter a bug related to this Change, please do not comment here. Instead create a new bug and set it to block this bug.
A heads-up that I think I will have to defer this very major version change to after branching and hence Fedora 38. I am currently still consumed with backporting the current Rawhide Haskell package set to EPEL 9. However I am planning to submit the minor version updates already in Rawhide shortly as a separate Self-contained F37 Change. So F37 users still have this smaller Haskell Change to look forward to.
(In reply to Jens Petersen from comment #1) > A heads-up that I think I will have to defer this very major version change > to after branching and hence Fedora 38. > I am currently still consumed with backporting the current Rawhide Haskell > package set to EPEL 9. > > However I am planning to submit the minor version updates already in Rawhide > shortly as a separate Self-contained F37 Change. > So F37 users still have this smaller Haskell Change to look forward to. I'll be tracking this closely since the GHC 9 upgrade allows me to switch libffi to static trampolines to issues with ruby. If you change in F38 then I'll update libffi at that time also. Thanks.
(In reply to Carlos O'Donell from comment #2) > I'll be tracking this closely since the GHC 9 upgrade allows me to switch > libffi to static trampolines to issues with ruby. > > If you change in F38 then I'll update libffi at that time also. Thanks. Okay, thanks Carlos - that is good to know. BTW we will still have the ghc8.10 package in Fedora for the foreseeable future. Would that need special care or need a workaround to continue working?
(In reply to Jens Petersen from comment #3) > BTW we will still have the ghc8.10 package in Fedora for the foreseeable > future. > Would that need special care or need a workaround to continue working? It's blocking the transition. As far as I understand it, the GHC developers have already declined fixing this issue in the 8.x series.
(In reply to Florian Weimer from comment #4) > (In reply to Jens Petersen from comment #3) > > BTW we will still have the ghc8.10 package in Fedora for the foreseeable > > future. > > Would that need special care or need a workaround to continue working? > > It's blocking the transition. As far as I understand it, the GHC developers > have already declined fixing this issue in the 8.x series. If we could compile GHC 8 with a bundled libffi it would unblock the system libffi transition to static trampolines? Would we need a FesCo exception for bundling libffi for the duration of GHC 8's lifetime in Fedora?
(In reply to Carlos O'Donell from comment #5) > If we could compile GHC 8 with a bundled libffi it would unblock the system > libffi transition to static trampolines? > > Would we need a FesCo exception for bundling libffi for the duration of GHC > 8's lifetime in Fedora? Yes indeed, I think we can do that, yep (I just came back here to say the same thing:-)
I have just changed the version field now to Fedora 38. And created https://fedoraproject.org/wiki/Changes/Haskell_GHC_8.10.7 to replace it for F37.
Ben, could you please change the status tag category of https://fedoraproject.org/wiki/Changes/Haskell_GHC_9.0_%26_Stackage_19 to be for F38? (Currently still says ChangeAcceptedF37) Or can I do it? :-)
Wiki (and release notes issue) updated to reflect new version.
A few things: 1. Currently this change is running slightly late - though I would still like to land it in F38. Looks like it will not happen in time for the mass-rebuild though. :-( 2. I have been struggling a bit with bundling libffi in ghc8.10... 3. I would like to skip ghc-9.0 and go straight to ghc-9.2 hopefully (to be confirmed).
Today we reached the Code Complete (Testable) milestone on the F38 schedule: https://fedorapeople.org/groups/schedule/f-38/f-38-key-tasks.html At this time, all F38 Changes should be complete enough to be testable. You can indicate this by setting this tracker to the MODIFIED status. If the Change is 100% code complete, you can set the tracker to ON_QA. If you need to defer this Change to F39, please NEEDINFO me. Changes that have not reached at least the MODIFIED status will be given to FESCo for evaluation of contingency plans.
I am still actively working on this in f38-build-side-62436 after overcoming various hurdles and still expect to finish it by next week.
FEDORA-2023-7a3a4921e3 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-7a3a4921e3
FEDORA-2023-7a3a4921e3 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
As of the next f38 updating-testing push, upgrades from F37 to F38 should now also work well. So I consider this done now.