Description of problem: gen_contents_index takes upwards of 20s to regenerate haddock doc indices and is run after every ghc-*-devel package rpm transaction, which slows down installation, updates, and removal of haskell libraries significantly. Version-Release number of selected component (if applicable): ghc-6.12.3 How reproducible: every time Steps to Reproduce: # cd %{ghcdocbasedir}/libraries # time ./gen_contents_index Actual results: On a typical machine with most ghc-*-devel installed it takes about 25-30s to run. Expected results: 20-30s wait for script of rpm transaction is unacceptable. Additional info: Re-indexing could be moved to a cronjob perhaps (daily or hourly). Maybe only concern would be to avoid re-indexing while do ghc-*-devel rpm transactions, but perhaps the chance of collision is low enough not to worry specially if we run hourly. (If there are no changes it can be a no-op there should not be much system impact even hourly.) I am going to check if ghc-6.12.1 is affected too.
I suspect the overriding issue is probably memory pressure, but a "workaround" seems to be to remove ghc-type-level-devel (or ghc-type-level-doc on older releases). I will push an ghc update for F14 that makes gen_contents_index ignore type-level. But for F15 I think we should go with the cronjob.
ghc-6.12.3-7.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/ghc-6.12.3-7.fc14
Adding initial cronjob implementation to ghc-6.12.3-8.fc15.
ghc-6.12.3-7.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update ghc'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/ghc-6.12.3-7.fc14
ghc-6.12.3-7.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.