Relax upper bound on Cabal dependency#548
Conversation
sol
left a comment
There was a problem hiding this comment.
This looks good 👍
We can't currently merge this as the test suite doesn't build. Either we need to get rid of the problematic dependencies, or wait until the test dependencies catch up.
@mpilgrem for the time being can you add a Hackage meta data revision? I added you to the maintainer group.
|
@sol, I have revised the package description on Hackage. I'll see if I can help bump the packages on which the |
|
The test's dependency on I don't know what is causing that. I can build |
|
Thanks @mpilgrem.
This looks bad, but I assume nothing that's wrong with our code. If you would rather get this merged now than wait until a solution emerges, we could change the GHC version for the Windows build for the time being https://github.com/sol/hpack/blob/main/.github/workflows/build.yml#L39. We also want to enable |
|
Ideally, |
|
I have asked at GHC's repository: https://gitlab.haskell.org/ghc/ghc/-/issues/23309. |
|
@sol, the solution to the GHC 9.6.1/CI/Windows glitch has been found: GHC 9.4.5 and GHC 9.6.1 need to be used with newly-released |
Thanks @mpilgrem for digging into this.
From what I understand TheRightSolution™ would be to add Hackage revisions for Those revisions should make sure that if impl(ghc >= 9.4.5) && os(windows)
buildable: falsewill work. @andreasabel do you think this is appropriate? Can you help with this? Alternatively, or in addition, we can constrain when:
condition: impl(ghc >= 9.4.5) && os(windows)
dependencies: network >= 3.1.2.9But maybe constraining |
Also bumps Stack YAML to latest Stackage nightly snapshot (which includes network-3.1.2.9). Also updates package.YAML/Cabal file for dependency on network >= 3.1.2.9 on Windows with GHC >= 9.4.5.
Tested by building Hpack on Windows with a dependency on
Cabal-3.10.1.0(which is provided by GHC 9.6.1).