Bug 155156

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.