Description of problem: several RPMs require /usr/bin/rebuild-security-providers in their %postun, but said RPMs do not list this as a dependency. thus it is possible to eg rpm -e jpackage-utils and /usr/bin/rebuild-security-providers will disappear. then it becomes difficult to rpm -e these other packages because they error out trying to call a nonexistent /usr/bin/rebuild-security-providers in their %postun. it is possible to rpm -e these broken rpms with --noscripts, but meh. it shouldnt be needed. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.rpm -e jpackage-utils 2.rpm -e (various other java packages) 3.join communist party Actual results: profit! :-( Expected results: It should uninstall them without barfing (or rather, trying to remove jpackage-utils should whine that it would break dependencies in other packages due to their dependency on /usr/bin/rebuild-security-providers) Additional info:
confirmed with: java-1.4.2-gcj-compat gnu-crypto jessie Same problem with update-desktop-database for: openoffice.org-core redhat-menus
Yes, I plan to create a separate java-gcj-compat-scripts package that includes /usr/bin/rebuild-security-providers. Then packages that use rebuild-security-providers can require this -scripts package. Please file separate bug reports against openoffice.org-core and redhat-menus.
java-1.4.2-gcj-compat, gnu-crypto and jessie now contain these Requires lines: Requires(post): jpackage-utils >= 0:1.6.3-1jpp_1rh Requires(postun): jpackage-utils >= 0:1.6.3-1jpp_1rh rebuild-security-providers was introduced in jpackage-utils-1.6.3-1jpp_1rh. Closing.