remove all no-revision packages

I do not see any reason for them to exist permanently.
I don't feel upstreams should be able to decide whether
Stackage uses revisions or not for their package:
they are used by cabal-install anyway.

Obviously from time to time this may be a useful tool
if a revision conflicts with stackage's bounds
but it should not be a permanent lever IMHO.
This commit is contained in:
Jens Petersen 2026-06-29 14:24:49 +08:00
parent 1de760a868
commit 0ac0354d67

View File

@ -9368,22 +9368,12 @@ hide:
- zip # conflicts with Codec.Archive.Zip in zip-archive - zip # conflicts with Codec.Archive.Zip in zip-archive
# Experimental: packages where Hackage cabal file revisions should be ignored. # Packages where Hackage cabal file revisions should be ignored.
# #
# This always use the cabal file shipped with the sdist tarball instead of the latest revision. # This always use the cabal file shipped with the sdist tarball instead of the latest revision.
# #
# This only supports pinning to the initial release (revision 0), not to an arbitrary revision. # This only supports pinning to the initial release (revision 0), not to an arbitrary revision.
no-revisions: no-revisions: []
- mime-mail
- basement
- cryptonite
- foundation
- gauge
- http-download
- rio-prettyprint
- hi-file-parser
- aura
- hoogle # https://github.com/commercialhaskell/stackage/issues/7496
# Note, this no longer actually does anything with curator2 unfortunately: # Note, this no longer actually does anything with curator2 unfortunately:
# Do not build these packages in parallel with others. Useful for high memory # Do not build these packages in parallel with others. Useful for high memory