packaging-committee

#952 update Haskell to latest current practices and packaging
Merged by churchyard. Opened by petersen.
petersen/packaging-committee master  into  master

Download 952.patch

Main changes:

  • addition of prof and doc subpackages for libraries
  • change from dynamic linking of executables to static linking
  • static provides and BRs

I can provide a more detailed changelog and comments if needed, but most of the remaining changes are just minor tweaks and small updates.

I have one question about the use of BuildRequires: ghc-*-static, when it is provided by ghc-*-devel: is it mandatory? I ask because eg we have a source package ghc-yesod-static for example which creates resolver ambiguity with the ghc-yesod-static provided by ghc-yesod-devel.

Naively the solution could be to provide and require ghc-*-static%{_isa} instead.
But of course this is not allowed for BuildRequires, therefore I prefer to use BuildRequires: ghc-*-devel at least where there is ambiguity.

rebased onto 5e9d0bb7a8a21618d92f8b2fed7978483f6c77b4

I suggest you help the resolver via:

 BuildRequires: (ghc-yesod-static with ghc-yesod-devel)

Meaning a single package needs to provide both.

However, would it make snese to avoid the name clash in the first place?

Update of the Haskell Packaging Guidelines (+1:5, 0:0, -1:0)

Pull-Request has been merged by churchyard

Thank you, appreciate the review and
the helpful comments about the corner case static provides conflict.
Metadata
None
No Tags
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.