In the latest revision (r0) of quickcheck-state-machine-0.7 on Hackage, there is a constraint text >=1.2.4.0, which is not present in master.
This constraint makes it currently impossible to build with GHC 8.10.2 for me:
text-1.2.4.0 has a < 0.6 upper bound on ghc-prim, while GHC 8.10.2 comes with ghc-prim-0.6.1.
In master of text, the upper bound has been bumped to < 0.7 and actually < 0.8, but the next release of text is not yet on Hackage.
When text-1.2.4.1 is available on Hackage, this problem will solve itself. However, in the meantime, I can't depend on quickcheck-state-machine-0.7.0 from Hackage. My current workaround is to list quickcheck-state-machine as a source-repository-package.
My question: is there any reason for this lower bound on text? The version of text bundled with GHC 8.10.2 is 1.2.3.2 (I assume that it doesn't have the ghc-prim bounds issue because it's bundled with GHC). Would you be open to lowering the lower bound on Hackage to at least include 1.2.3.2?
In the latest revision (
r0
) ofquickcheck-state-machine-0.7
on Hackage, there is a constrainttext >=1.2.4.0
, which is not present in master.This constraint makes it currently impossible to build with GHC 8.10.2 for me:
text-1.2.4.0
has a< 0.6
upper bound onghc-prim
, while GHC 8.10.2 comes withghc-prim-0.6.1
.text
, the upper bound has been bumped to< 0.7
and actually< 0.8
, but the next release oftext
is not yet on Hackage.When
text-1.2.4.1
is available on Hackage, this problem will solve itself. However, in the meantime, I can't depend onquickcheck-state-machine-0.7.0
from Hackage. My current workaround is to listquickcheck-state-machine
as asource-repository-package
.My question: is there any reason for this lower bound on
text
? The version oftext
bundled with GHC 8.10.2 is1.2.3.2
(I assume that it doesn't have theghc-prim
bounds issue because it's bundled with GHC). Would you be open to lowering the lower bound on Hackage to at least include1.2.3.2
?