Bug 491349 - File conflict for libwrap.a on ia64 multi-lib
Summary: File conflict for libwrap.a on ia64 multi-lib
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: tcp_wrappers
Version: 4.8
Hardware: ia64
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Jan Safranek
QA Contact: BaseOS QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-03-20 15:09 UTC by Alexander Todorov
Modified: 2009-12-02 10:49 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-05-18 20:37:24 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2009:1032 normal SHIPPED_LIVE tcp_wrappers bug fix update 2009-05-18 15:38:36 UTC

Description Alexander Todorov 2009-03-20 15:09:11 UTC
Description of problem:
Installing i386 packages on ia64 causes file conflict for tcp_wrappers
Preparing...                ##################################################
	file /usr/lib/libwrap.a from install of tcp_wrappers-7.6-37.6.el4 conflicts with file from package tcp_wrappers-7.6-37.6.el4


Version-Release number of selected component (if applicable):
tcp_wrappers-7.6-37.6.el4/RHEL4.8 snap #1

How reproducible:
Always/ia64

Comment 3 Alexander Todorov 2009-03-23 15:45:28 UTC
Panu,
is this something to do with updated rpm version?

Comment 4 Alexander Todorov 2009-03-24 10:56:22 UTC
Scratch comment #2. tcp_wrappers did changed:
tcp_wrappers-7.6-37.4.i386.rpm -> tcp_wrappers-7.6-37.6.el4.i386.rpm

Comment 7 Jan Safranek 2009-03-30 13:25:13 UTC
This seems to be bug in RPM itself, I can't find anything wrong with the .spec file and generated package.

Comment 8 Alexander Todorov 2009-03-31 13:48:00 UTC
Panu,
is this an issue with rpm?

Comment 12 Jan Safranek 2009-04-03 08:34:15 UTC
Investigation so far: 

RPM thinks, that /usr/lib/ does *not* need to be relocated to /emul/ia32-linux/whatever. The directory contains libwrap.a and symlink libwrap.so -> ../../lib/libwrap.so.0.7.6.

The reason is, that neither libwrap.a nor libwrap.so has the right 'color', see lib/rpmfi.c:936 - color of the files is being copied to color of directories and the /var/lib/ directory ends with no color. Only 'colored' directories are relocated (i.e. directories containing colored files).

RPM read color of files from RPM header, i.e. rpmbuild created rpm file with wrong (?) colors.

Comment 15 Jan Safranek 2009-04-03 11:44:57 UTC
rpmbuild correctly guess .a file colors (RPMFC_STATIC|RPMFC_LIBRARY|RPMFC_ARCHIVE|RPMFC_INCLUDE), but on build/rpmfc.c:1578 all the colors are cleared and only few pass to outgoing RPM file header:

        /* XXX Make sure only primary (i.e. Elf32/Elf64) colors are added. */
        for (i = 0; i < c; i++)
            fcolors[i] &= 0x0f;

Maybe the RPMFC_LIBRARY color should survive... Libraries (either static or shared objects) should be always relocated to the right directory.

Comment 22 Jan Safranek 2009-04-09 11:13:00 UTC
Both static and dynamic libraries are in /lib now.

Comment 28 errata-xmlrpc 2009-05-18 20:37:24 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2009-1032.html


Note You need to log in before you can comment on or make changes to this bug.