Bug 491349
| Summary: | File conflict for libwrap.a on ia64 multi-lib | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Alexander Todorov <atodorov> |
| Component: | tcp_wrappers | Assignee: | Jan Safranek <jsafrane> |
| Status: | CLOSED ERRATA | QA Contact: | BaseOS QE <qe-baseos-auto> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 4.8 | CC: | dkovalsk, jchadima, jnovy, jsafrane, jscotka, pmatilai, psklenar, rvokal, sghosh |
| Target Milestone: | rc | Keywords: | Regression |
| Target Release: | --- | ||
| Hardware: | ia64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-05-18 20:37:24 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Alexander Todorov
2009-03-20 15:09:11 UTC
Panu, is this something to do with updated rpm version? Scratch comment #2. tcp_wrappers did changed: tcp_wrappers-7.6-37.4.i386.rpm -> tcp_wrappers-7.6-37.6.el4.i386.rpm This seems to be bug in RPM itself, I can't find anything wrong with the .spec file and generated package. Panu, is this an issue with rpm? 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. 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.
Both static and dynamic libraries are in /lib now. 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 |