mirror of
https://github.com/commercialhaskell/stackage.git
synced 2026-07-01 02:35:40 +02:00
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:
parent
1de760a868
commit
0ac0354d67
@ -9368,22 +9368,12 @@ hide:
|
||||
- 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 only supports pinning to the initial release (revision 0), not to an arbitrary revision.
|
||||
no-revisions:
|
||||
- mime-mail
|
||||
- basement
|
||||
- cryptonite
|
||||
- foundation
|
||||
- gauge
|
||||
- http-download
|
||||
- rio-prettyprint
|
||||
- hi-file-parser
|
||||
- aura
|
||||
- hoogle # https://github.com/commercialhaskell/stackage/issues/7496
|
||||
no-revisions: []
|
||||
|
||||
# Note, this no longer actually does anything with curator2 unfortunately:
|
||||
# Do not build these packages in parallel with others. Useful for high memory
|
||||
|
||||
Loading…
Reference in New Issue
Block a user