Description of problem:
The 'mozilla-rebuild-databases.pl' script, which is called in %post for the
'seamonkey' RPM, has an incorrect path.
The script uses a path such as (on x86_64):
but the actual path containing the files in the seamonkey RPM is:
As a result, the 'mozilla-rebuild-databases.pl' script has no effect. It is
unclear whether or not this is a bad thing. Previous releases of the 'mozilla'
package from Red Hat always ran this script after installation.
Note also that some of the files which this script regenerates such as:
are also packaged in the RPM. As a result, after the script is run (on previous
versions of the 'mozilla' RPM), the contents of these files are modified and/or
deleted. Therefore, attempting to do a RPM verify will show errors and missing
Perhaps the RPM package should be changed to either not include these files
(those which are automatically regenerated by mozilla-rebuild-databases.pl), or
else they should be marked as %config or the like. I will defer this question
to mozilla experts.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install 'seamonkey' package from RHEL4-U4
2. note that 'mozilla-rebuild-databases.pl' script run in %post has no effect,
because it is using an incorrect path name.
The mozilla databases in, e.g.:
are not regenerated. (which is what I would expect based on previous 'mozilla'
RPMs from Red Hat, prior to the mozilla -> seamonkey upgrade in RHEL4-U4)
I assume that the mozilla-rebuild-databases.pl script should have regenerated
these files. (Red Hat mozilla experts please answer)
Created attachment 134960 [details]
[PATCH] seamonkey.spec: fix path name in mozilla-rebuild-databases.pl
Here is a patch against seamonkey.spec that should fix the path name in
Please confirm that this will restore the desired behavior as Red Hat sees it.
This breaks seamonkey-mail (and pretty much any other seamonkey-* addon that
runs mozilla-rebuild-databases.pl in %post scriptlets). Thanks wingc for the
detective-work, I can vouge that running:
sed -i -e "s|/usr/lib/mozilla-1.0.5|/usr/lib/mozilla-seamonkey-1.0.5|g" \
makes things work again.
FYI, bug still present in seamonkey-1.0.6 update/release. Patch is provided,
should be a no-brainer.
Created attachment 142184 [details]
Confirmed problem still present in seamonkey-1.0.7-0.1.el4
The same in Fedora Core now :(
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release. Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update
fixed in seamonkey-1.0.8-0.1.el4