Timeline for next Cabal release (support for profiled dynamic way)

[mpickering]

It would be very good if there could be a release of the Cabal library far in advance of the next GHC release so that hadrian can be built with a released version of the Cabal library.

For context, hadrian is one of the build systems which is implemented on top of the Cabal library (like cabal-install and stack) which is specialised for building ghc and it's libraries. Packagers must first build hadrian before they build ghc so having an easy bootstrapping story for hadrian is very important.

Since we are adding support for the profiled dynamic way to the ecosystem, at the moment hadrian relies on a unreleased version of Cabal as I added supported for profiled dynamic way in #9900. However by the time the next GHC release happens it would be much better if hadrian could be built with a released version of Cabal. This would simplify the bootstrapping story for some distributors.

[ulysses4ever]

Just to be clear (looking at #9900): it has to be a major release (e.g. 3.14), it looks like.

[mpickering]

Yes it would probably have to be a major release.

• There could be a release of Cabal-3.14 and cabal-install-3.14 completely independently of ghc-9.12 and a long time before.
• There could just be a release of Cabal-3.14 (simpler, no binaries to produce) well before 9.12. Then Cabal-3.18 could be released along with cabal-install-3.18 (skipping cabal-install-3.16).

[Mikolaj]

Won't we cause users grief, as in #9917, if we release Cabal-3.14 without cabal-install-3.14? Or would the grief manifest only when GHC 9.12 with Cabal-3.14 is released, so we'd need to have cabal-install-3.16 ready for GHC 9.12 (which implies two major cabal release per one GHC release, while we struggle to do 1-1 currently)?

[ulysses4ever]

@Mikolaj the latter, I think:

the grief manifest only when GHC 9.12 with Cabal-3.14 is released,

provided there's no matching cabal-install release. But we could release it somewhere around the GHC release, hopefully.

Now, it's not clear to me if Matt suggests yet another release of the library with GHC 9.12 (that would be 3.16 but he says 3.18 for some reason). But just like Mikolaj seems to imply, two major releases of the library per one GHC release cycle seems too much. So, I'd suggest GHC 9.12 is released with Cabal 3.14, which we could produce well in advance. And closer to the GHC 9.12 release date we get around to releasing cabal-install-3.14.

How does that sound?

[ulysses4ever]

On today's meeting, Mikolaj made a good point that if we don't make another release of the library closer to the GHC 9.12 release, we'll have to go through a long chain of backports, which is more painful than "just" making a new release of the library.

In light of this, I suggest we:

• release the library now'ish(*) (3.14)
• library and tool (both 3.16) closer to GHC 9.12.

(*) when we have a volunteer :-)

[Kleidukos]

I volunteer for 3.14

[ulysses4ever]

@mpickering is there an estimate for when 9.12 drops?

@Kleidukos let me (and everybody, I assume) know if you need a hand in driving particular subtasks in the checklist! Last time it worked pretty well.

[mpickering]

@ulysses4ever "We are in the process of planning the GHC 9.12 release. The tentative schedule is a fork date in mid September with a final release in late November."

[ulysses4ever]

Good! I believe Hécate has a plan.

[wz1000]

I think it makes sense to have a Cabal release well before the GHC 9.12 release so that the vendored submodule for hadrian can be removed, and then we can finalise another Cabal release just before the 9.12 release (in November) which properly adds support for GHC 9.12 and language extensions etc.

[ulysses4ever]

@Kleidukos volunteered for the next release. @Kleidukos do you need help?

That said, with our glacial pace, it looks increasingly unlikely that we can make two releases before the end of November (three months from now).

[wz1000]

If there is going to be single release, I can prepare a list of new language extensions and other GHC changes cabal needs to adapt to in the coming weeks, but we will need a Cabal release by end of September to ensure we can publish GHC alphas.

[Kleidukos]

Let's aim for two releases, the first one ought to be easier than the second in terms of supporting the next GHC.

@ulysses4ever yes, I will resume the attribution of tasks to myself and others to do the next release.

@wz1000 GHC needs the Cabal libraries only or the executables too?