Skip to content

Commit 0ac0354

Browse files
committed
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.
1 parent 1de760a commit 0ac0354

1 file changed

Lines changed: 2 additions & 12 deletions

File tree

build-constraints.yaml

Lines changed: 2 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -9368,22 +9368,12 @@ hide:
93689368
- zip # conflicts with Codec.Archive.Zip in zip-archive
93699369

93709370

9371-
# Experimental: packages where Hackage cabal file revisions should be ignored.
9371+
# Packages where Hackage cabal file revisions should be ignored.
93729372
#
93739373
# This always use the cabal file shipped with the sdist tarball instead of the latest revision.
93749374
#
93759375
# This only supports pinning to the initial release (revision 0), not to an arbitrary revision.
9376-
no-revisions:
9377-
- mime-mail
9378-
- basement
9379-
- cryptonite
9380-
- foundation
9381-
- gauge
9382-
- http-download
9383-
- rio-prettyprint
9384-
- hi-file-parser
9385-
- aura
9386-
- hoogle # https://github.com/commercialhaskell/stackage/issues/7496
9376+
no-revisions: []
93879377

93889378
# Note, this no longer actually does anything with curator2 unfortunately:
93899379
# Do not build these packages in parallel with others. Useful for high memory

0 commit comments

Comments
 (0)