[Fedora-haskell-list] [Bug 649228] New: gen_contents_index takes to long to after every rpm transaction
by Red Hat Bugzilla
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(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, bos(a)serpentine.com,
fedora-haskell-list(a)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.
13 years, 7 months