On 2 April 2018 at 03:58, Jens-Ulrik Petersen <petersen@redhat.com> wrote:
(I think deleting the abi-depends field from every package .conf would fix this but that would require rebuilding everything and patching Cabal. Well a hack could be to add an RPM file trigger to do this, but I am wary of doing that.)

BTW I am patching ghc-pkg for F28 so that it doesn't complain about abi-depends when installing packages.
 
So first of all please be careful if rebuilding package-versions for F28 not to toggle testsuites on or off. If we ship ghc-8.4 in F29 then I think this issue will be gone, since it no longer generates and ignores abi-depends metadata.

This should be fine if you're rebuilding all dependents (possibly for other reasons) though, right?

Right

This probably mostly affects un-subpackaging of deps, which is how it hit me.
 
Generally, I like to enable test suites in my packages. Mostly, I haven't been doing this for Haskell because we don't have all the testing deps available. Also, cabal-rpm already adds testing deps behind a --with-tests flag and since they're disabled by default, I usually never get around to enabling them. I think many more of the dependencies should be available now that I added some for the git-annex test suite, but there are likely quite a few more.

Okay, sure

cabal-rpm disables tests when deps are missing otherwise it enables them.

So anyway be careful with Fedora ghc-8.2.2 if you enable or disable testsuites for a package version.

Jens