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):
Steps to Reproduce:
1.install any audit release on biarch system
Updating : audit-libs [
4/38]warning: /etc/libaudit.conf created as /etc/libaudit.conf.rpmnew
Updating : audit-libs [ 4/38]
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.
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
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