Bug 247749
Summary: | rpm -e for multiple architecture packages removes common files | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Piergiorgio Sartor <piergiorgio.sartor> |
Component: | rpm | Assignee: | Panu Matilainen <pmatilai> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 7 | CC: | gustavo, michal, michel.salim, robert3 |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 4.4.2.1-1.fc7 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-08-27 21:47:55 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
Piergiorgio Sartor
2007-07-11 08:58:03 UTC
Dupe of #140055, only that's against FC6. This has already been fixed in rawhide, but leaving open to track the status for F7 (rpm 4.4.2.1 is planned for F7 as an update) I would like to note that this problem affects single-architecture systems as well, because some packages do not tag their documentation directories with the release number. Should the priority of this be bumped? (Probably academic if an update is already forthcoming for F7). Also, will this be backported to FC6 as well? *** Bug 248884 has been marked as a duplicate of this bug. *** *** Bug 251345 has been marked as a duplicate of this bug. *** rpm-4.4.2.1-1.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report. I just installed the new rpm (and dependencies) from update/testing and, after some trial, it seems it fixes this issue. I guess the bug could be closed. Thanks. > I guess the bug could be closed.
I am not entirely sure about that. It looks to me that the bug in general
is "rpm removes files/directories which still belong to another package"
and that other package may, or may not, be of a different architecture.
This happens as well during a cleanup of duplicate packages and those
may show up as results of assorted problems in updates.
I just tried with rpm-4.4.2.1-8.fc8 on my test installation. I forced
duplicate packages 'icedax-1.1.6-1.fc8' and 'icedax-1.1.6-2.fc8'
(both x86_64 arch). After 'package-cleanup --cleandupes' I got:
# ls $( rpm -ql icedax ) >/dev/null
ls: cannot access /usr/bin/cdda2mp3: No such file or directory
ls: cannot access /usr/bin/icedax: No such file or directory
Interestingly enough 'rpm -V icedax' does not report these two
files as missing ( but 'rpm -qs icedax' marks those as "replaced").
OTOH, if I will do the following (which likely better simulates
situations you may encounter in practice):
rpm -ivh --force icedax-1.1.6-1.fc8.x86_64.rpm
rpm -ivh --force icedax-1.1.6-2.fc8.x86_64.rpm
package-cleanup --cleandupes
that leaves me with icedax-1.1.6-2.fc8 and 'rpm -V icedax' does
not have any issues. This is an essential progress. Before I would
expect at least the whole documentation directory to be MIA.
Behavior on forced conflicts are one thing, this bug is about rpm removing correctly shared files due to nasty "optimization" from old days where multilib hardly even existed. It does affect non-multilib as well in certain upgrade-scenarios but it's more subtle there. The nasty hack has been axed in 4.4.2.1 and is known to fix this and various other issues. rpm 4.4.2.1 is in updates-testing to find out any possible regressions, verifying that this got fixed is not really needed :) rpm-4.4.2.1-1.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report. |