Hi,
For Fedora 16, I am thinking to merge all the -prof subpackages into the -devel subpackages to simplify the packaging and reduce the number of packages that need to be installed to build for fedora. This will probably be done together with an update to ghc-7.0.3.
Now that all libraries have been subpackaged (including ghc) for F14 and onwards I don't think it is a problem to do this.
If there any concerns on this change - now would be a good time to speak up! :)
At the same time I am planning packaging changes after F15 is released (ie as F13 moves to EOL) at least for rawhide but they should also work already now back to F14: - drop ghc_pkg_deps: redundant now by ghc-deps.sh (ghc-deps.sh has been backport to F14 without package hashes) - replace "BR: ghc, ghc-prof, ghc-doc" by "BR: ghc-Cabal-devel" for faster builds in koji (only downside is deps from ghc also will need to be listed too now) - list deps as "BR: ghc-*-prof" explicitly instead - tweak cabal2spec to fill in the deps
New ghc-rpm-macros from F14 will also be backported to epel6 as will the subpackaged ghc. So that this will also work there.
Comments welcome.
Thanks, Jens
At the same time I am planning packaging changes after F15 is released (ie as F13 moves to EOL) at least for rawhide but they should also work already now back to F14:
https://admin.fedoraproject.org/updates/ghc-rpm-macros-0.10.55-1.fc14 contains the ghc_pkg_deps removal changes and rpm ghc-deps.sh script.
I am thinking to merge all the -prof subpackages into the -devel subpackages to simplify the packaging and reduce the number of packages that need to be installed to build for fedora.
+1.
replace "BR: ghc, ghc-prof, ghc-doc" by "BR: ghc-Cabal-devel" for faster
builds in koji
(only downside is deps from ghc also will need to be listed too now)
Would package owners be required to make this change in the spec files or are you thinking of some automated way of doing this?
On Wed, May 11, 2011 at 1:52 PM, Jens Petersen petersen@redhat.com wrote:
At the same time I am planning packaging changes after F15 is released (ie as F13 moves to EOL) at least for rawhide but they should also work already now back to F14:
https://admin.fedoraproject.org/updates/ghc-rpm-macros-0.10.55-1.fc14 contains the ghc_pkg_deps removal changes and rpm ghc-deps.sh script. _______________________________________________ haskell-devel mailing list haskell-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/haskell-devel
replace "BR: ghc, ghc-prof, ghc-doc" by "BR: ghc-Cabal-devel" for faster builds in koji (only downside is deps from ghc also will need to be listed too now)
Would package owners be required to make this change in the spec files or are you thinking of some automated way of doing this? Probably by hand at this point anyway. But I hope that cabal2spec might be able to help with suggestions. I could probably take on some/most of the changes while upgrading to ghc-7.0.3, though assistance from package owners is most welcome.
Note that the current packaging continues to work: so no changes are needed for packages in current releases.
Jens
replace "BR: ghc, ghc-prof, ghc-doc" by "BR: ghc-Cabal-devel" for faster builds in koji (only downside is deps from ghc also will need to be listed too now) For an example see http://pkgs.fedoraproject.org/gitweb/?p=ghc-pandoc-types.git;a=commit;h=bb04...
Just a quick update:
For Fedora 16, I am thinking to merge all the -prof subpackages into the -devel subpackages to simplify the packaging and reduce the number of packages that need to be installed to build for fedora. This will probably be done together with an update to ghc-7.0.3.
ghc-rpm-macros and ghc have now been updated in rawhide to merge -prof into -devel. The ghc subpackages list looks more manageable now. So all subsequent builds for f16 won't have ghc*-prof subpackages.
New ghc-rpm-macros from F14 will also be backported to epel6 as will the subpackaged ghc. So that this will also work there.
Facing a slight obstacle for EPEL6: when I rebuilt ghc to add a meta ghc-devel package a while ago all the library ABI hashes changed. :-( Once ghc-7.2 is released it may be time to update el6 to ghc-7.0.3 anyway.
Jens
haskell-devel@lists.fedoraproject.org
-
Jens-Ulrik Petersen -
Lakshmi Narasimhan T V