From Fedora Project Wiki

< Changes

Revision as of 07:21, 17 December 2023 by Petersen (talk | contribs) (→‎Scope)

Haskell GHC 9.6 and Stackage LTS 22

Important.png
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee.

Summary

Update the GHC Haskell compiler from major version 9.4 to 9.6, and Haskell packages will be updated from Stackage LTS 21 to LTS 22 versions.

Owner


Current status

  • Targeted release: Fedora Linux 40
  • Last updated: 2023-12-17
  • [<will be assigned by the Wrangler> devel thread]
  • FESCo issue: <will be assigned by the Wrangler>
  • Tracker bug: <will be assigned by the Wrangler>
  • Release notes tracker: <will be assigned by the Wrangler>

Detailed Description

For Fedora 40, the main GHC Haskell compiler package will be updated from version 9.4.5 to the latest stable 9.6.3 or newer bugfix release (rebasing the ghc package with the ghc9.6 package). Along with this, Haskell packages in Stackage (the stable Haskell source package distribution) will be updated from the versions in LTS 21 to latest LTS 22 release. Haskell packages not in Stackage will be updated to the latest appropriate version in the upstream Hackage package repository.

Feedback

Benefit to Fedora

Fedora users will have the latest stable Haskell compiler release, package tools, and current Haskell packages from latest Stackage LTS.

GHC 9.6.3 is the current recommended version of GHC with various enhancements and fixes (see the release notes linked in the Documentation section for more details).

Scope

  • Proposal owners:
    • update rawhide ghc9.4 is build against itself
    • rebase ghc to 9.6.3
    • refresh packagings with the latest cabal-rpm release if needed
    • update packages to latest Stackage LTS 22 versions using cabal-rpm
    • build all the packages in a Koji sidetag repo in dependency order using fbrnch
    • push the sidetag through Bodhi
  • Other developers: no actions should be needed
  • Policies and guidelines: N/A (not needed for this Change)
  • Trademark approval: N/A (not needed for this Change)
  • Alignment with Community Initiatives: N/A

Upgrade/compatibility impact

How To Test

User Experience

Dependencies

Contingency Plan

  • Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change)
  • Contingency deadline: N/A (not a System Wide Change)
  • Blocks release? N/A (not a System Wide Change), Yes/No


Documentation

N/A (not a System Wide Change)

Release Notes