[Fedora-haskell-list] [Bug 649228] New: gen_contents_index takes to long to after every rpm transaction
bugzilla at redhat.com
bugzilla at redhat.com
Wed Nov 3 09:40:53 UTC 2010
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: gen_contents_index takes to long to after every rpm transaction
https://bugzilla.redhat.com/show_bug.cgi?id=649228
Summary: gen_contents_index takes to long to after every rpm
transaction
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: ghc
AssignedTo: petersen at redhat.com
ReportedBy: petersen at redhat.com
QAContact: extras-qa at fedoraproject.org
CC: petersen at redhat.com, bos at serpentine.com,
fedora-haskell-list at redhat.com
Classification: Fedora
Target Release: ---
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.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the haskell-devel
mailing list