Bug 171279
Summary: | rpm --verify gives wrong results on multilib | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Avi Kivity <avi> |
Component: | rpm | Assignee: | Paul Nasrat <nobody+pnasrat> |
Status: | CLOSED WONTFIX | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | k.georgiou, nicolas.mailhot |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-01-06 12:46:54 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: | |||
Bug Depends On: | |||
Bug Blocks: | 235757 |
Description
Avi Kivity
2005-10-20 11:10:27 UTC
rpm -V openssl.x86_64 should be fine, rpm -V openssl.i386 will complain due to the way that multilib works to prefer ELF64 in multiple install case. yes. I believe the correct behavior for rpm --verify is if (!((arch is inferior) && (file exists in main arch package))) if (file fails tests) report bad file rpm should not report problems where everything is operating as expected. There is no "arch is inferior" or "exists in main arch", so the (otherwise correct algorithm) cannot be implemented. i386 and x86_64 are equal, the policy choice and decision of "inferior" and "main" cannot currently be specified to rpm. it works for install and update. it should work for verify and query. [root@cleopatra ~]# rpm -qf /sbin/pam_tally --qf '%{name}.%{arch}\n' pam.i386 pam.x86_64 [root@cleopatra ~]# file /sbin/pam_tally /sbin/pam_tally: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), stripped rpm knows to install the 64-bit version of /sbin/pam_tally. it knows how to update it. it should know which package it came from. Invoke rpm --verify with --nomtime if you don't want to see the output spew for files that indeed have a modified mtime because they have been replaced. You also have to specify --nosize and --nomd5. Better yet, avoid running rpm --verify altogether, since it doesn't tell you anything useful: whether the package's files differ from the original installation. Luckily we have CLOSED, WONTFIX and CLOSED, NOTABUG so we don't have to worry about these problems (this is not the first time I see an obvious bug ignored in Fedora). From an UI POW, doing mtime on x86_64 is terrible and just means no one trusts rpm -Va anymore |