You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Cabal automatically publishes prereleases from the tip of the master branch on every merge to the branch. If the setup action could expose those, this would save some energy for some people when a new GHC is (pre-)released but a new cabal has not been. And more generally, people may want to use unreleased cabal features...
Alternatives
Currently, there's no indication that ghcup could expose these prereleases on its end: ghcup's metadata approach doesn't seem very suitable for the frequency of the automatic prereleases.
Neither does it seem that the Cabal team has enough resources to cut more formal (less frequent and manual as opposed to automatic) prereleases and submit them to the corresponding ghcup channel.
Great idea, this would allow people to integrate the pre-release in their development cycle and have a privileged access to a lot of real-world code bases that would bring the cabal team much needed insight.
Proposal
Cabal automatically publishes prereleases from the tip of the master branch on every merge to the branch. If the setup action could expose those, this would save some energy for some people when a new GHC is (pre-)released but a new cabal has not been. And more generally, people may want to use unreleased cabal features...
Alternatives
Currently, there's no indication that ghcup could expose these prereleases on its end: ghcup's metadata approach doesn't seem very suitable for the frequency of the automatic prereleases.
Neither does it seem that the Cabal team has enough resources to cut more formal (less frequent and manual as opposed to automatic) prereleases and submit them to the corresponding ghcup channel.
Related issues
setup.Cabal < 3.12
? haskell/cabal#9917The text was updated successfully, but these errors were encountered: