From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; de_DE; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1 Description of problem: In the process of updating to the mentioned version an error occures: /var/tmp/rpm-tmp.97539: line 7: rebuild-security-providers: command not found error: %postun(java-1.4.2-gcj-compat-1.4.2.0-40jpp_14rh.x86_64) scriptlet failed, exit status 127 Version-Release number of selected component (if applicable): java-1.4.2-gcj-compat.x86_64 0:1.4.2.0-40jpp_18rh How reproducible: Always Steps to Reproduce: 1. install test2 x86_64 2. update package 3. Actual Results: error message Expected Results: no error message Additional info:
actually, the script /usr/bin/rebuild-security-provides is listed as a file, which will be installed, but acually it is missed after installation (on the x86_64 architecture at least). Nevertheless it conflicts with jpackage-utils 1.6.2-1jpp_6rh and prevents jpackage-utils from beeing updated.
Does this happen in the latest packages available?
Still the same error message, but maybe I didn't test what you wanted me to test :-) I did the following: - Fresh installation of test 2 iso - yum update java-1.4.2-gcj-compat which installed 25 packages to resolve all dependencies - error message during cleanup phase: Cleanup: java-1.4.2-gcj-compat ######## [37/51 ] /var/tmp/rpm-mp.69815: line 7 .... (same message as above) Cleanup: gcc-c++ ####...### [38/51] The script /usr/bin/rebuild-security-provider, which was present after installation of the iso, is missing now after the yum update
As an additional report: After pderforming a yum update java-1.4.2-gcj-compat, 2 versions of this package are installed: _14rh (from installation of iso) and _18rh (the updated version). Trying to update jpackage-utils results in an error message: Transaction Check Error: file /usr/bin/rebuild-security-providers from install auf jpackage-utils-1.6.2-1jpp_6rh conflicts wich file frompackage java-1.4.2-gcj-compat-1.4.2.0-40jpp_14rh. Unfortunately you can't erase the _14rh version due to an error in the %postun script (rebuild-security-providers: command not found). But the problem with upgrading jpackage-utils seems to be a followup of the java-..-gcj-compat problem.
Did some further investigation: the removal of the file /usr/bin/rebuild-security-providers happens while updating the package java-1.4.2-gcj-compat-1.4.2.0-40jpp_18rh.x86_64.rpm, not while updating one of the other packages you have to update at the same time (java-1.4.2-gcj-compat-devel, ....-src)
I think this is is just a transition problem. I moved rebuild-security-providers from java-1.4.2-gcj-compat to jpackage-utils without worrying about upgrade paths. Can you remove your current java-1.4.2-gcj-compat packages with "rpm -e --noscripts" and then reinstall them with "yum install java-1.4.2-gcj-compat java-1.4.2-gcj-compat-src java-1.4.2-gcj-compat-devel"?
Any updates on this?
Same issue with i386 version of test2 release, by the way.
Dan, so you install test2, then: yum install java-1.4.2-gcj-compat and you get and error message like: error: %postun(java-1.4.2-gcj-compat-1.4.2.0-40jpp_14rh.x86_64) scriptlet failed, exit status 127 What is the initial version, and to what version are you updating?
I did a yum update: yum update java-1.4.2-gcj-compat and got that error: /var/tmp/rpm-tmp.97539: line 7: rebuild-security-providers: command not found error: %postun(java-1.4.2-gcj-compat-1.4.2.0-40jpp_14rh.i386) scriptlet failed, exit status 127 It was updating from java-1.4.2-gcj-compat-1.4.2.0-40jpp_14rh.i386 to java-1.4.2-gcj-compat-1.4.2.0-40jpp_18rh.i386. This resulted in having both releases installed. I did the rpm -e --noscripts on the 40jpp_14rh release leaving the 40jpp_18rh release, but i don't know if this correctly uninstalled the older release.
Turns out we needed: Requires(post,postun): jpackage-utils >= 0:1.6.3-1jpp_1rh in the spec file, to ensure that rebuild-security-providers is available at install time. Should be fixed in Rawhide now. Closing.