The content-store from weldr

content-store's People

Contributors

Stargazers

Watchers

content-store's Issues

add to Stackage

It would be nice to add content-store to Stackage Nightly and LTS.

Currently in for Nightly:

conduit-combinators-1.3.0 is out of bounds for:

content-store-0.2.1 (>=1.1.0 && < 1.3). Used by: library, test-suite

resourcet-1.2.1 is out of bounds for:

content-store-0.2.1 (>=1.1.9 && < 1.2). Used by: library, test-suite

content-store-0.2.1 fails to build with recent resourcet

content-store-0.2.1 does not build with recent resourcet (ie with Stackage LTS 11 or later).

Configuring content-store-0.2.1...
Setup: Encountered missing dependencies:
conduit-combinators >=1.1.0 && <1.3, resourcet >=1.1.9 && <1.2

Tweaking the conduit-combinators bounds in content-store.cabal doesn't help much:

[3 of 3] Compiling Data.ContentStore ( Data/ContentStore.hs, dist/build/Data/ContentStore.o )

Data/ContentStore.hs:120:41: error:
    • No instance for (MonadBase IO (ResourceT (ExceptT CsError IO)))
        arising from the 'deriving' clause of a data type declaration
      Possible fix:
        use a standalone 'deriving instance' declaration,
          so you can specify the instance context yourself
    • When deriving the instance for (MonadBase IO CsMonad)
    |
120 |  deriving (Applicative, Functor, Monad, MonadBase IO, MonadError CsError, MonadIO, MonadResource, MonadThrow)
    |                                         ^^^^^^^^^^^^

This blocks building bdcs and bdcs-api in LTS 11 for example: I would recommand adding them all to Stackage.

Fedora FTBFS bug is https://bugzilla.redhat.com/show_bug.cgi?id=1623126

Recommend Projects