Red Hat Bugzilla – Bug 218053
RPMs not multilib safe
Last modified: 2008-01-06 08:51:58 EST
Description of problem: On biarch systems there is always an install conflict because of /etc/libaudit.conf. The file is copied into the chroot-ed install tree when building the RPM and the date is not adjusted. This means when the RPM is installed the dates in the two biarch RPMs differs and therefore we get a conflict. Version-Release number of selected component (if applicable): 1.3-2.fc6 How reproducible: always Steps to Reproduce: 1.install any audit release on biarch system 2. 3. Actual results: Updating : audit-libs [ 4/38]warning: /etc/libaudit.conf created as /etc/libaudit.conf.rpmnew Expected results: Updating : audit-libs [ 4/38] Additional info: Two possible solutions 1. move the file into the audit RPM of which there is only one installed. But maybe audit-libs can be installed without audit in which case this is no option. 2. Use touch -r REFFILE /var/tmp/..../etc/libaudit.conf after installing in the chroot-ed install dir and before packaging to unify the timestamps. For REFFILE use a file from the source tree which isn't touched during the build process
Hmm...option 1 can't be done since the config file is for use by libaudit and not the daemon. I assume option 2 is just a change to the spec file. I think I could do: touch -r ./audit.spec $RPMBUILD_ROOT/etc/libaudit.conf since there is a spec file in the tar ball that does not get used.
audit-1.3-3 was built into rawhide with the above fix. I'll pick up the change next time FC5/6 audit package is updated and push the change into RHEL5. Thanks for pointing this out.
fixed in Fedora 7