Description of problem: rpm is not obsoleting packages. Version-Release number of selected component (if applicable): rpm-4.3.1-0.3 How reproducible: every time. Steps to Reproduce: 1. Download i686 rpms from http://linux.duke.edu/~skvidal/broken/ 2. rpm -ivh baz-0.1-1.i686.rpm 3. rpm -q baz 4. rpm -qp --obsoletes quux-0.1-1.i686.rpm 5. you'll note it obsoletes baz >= 0.1 6. rpm -Uvh quux-0.1-1.i686.rpm 7. rpm -q quux - it's installed 8. rpm -q baz - it's still installed too! Actual results: baz is still installed Expected results: baz should have been removed. Additional info: This gets EXTRA special wacky when you start dealing with biarch since obsoletes do not specify arch. Also consider i686 being obsoleted by noarch.
with these packages it appears to occur on fc1 and el3u3
just tested on rhl9 - everything works there.
Created attachment 104715 [details] working obsoletes rpm -Uvvh output from rhl9
Created attachment 104716 [details] broken obsolete rpm -Uvvh output from fc2
looks like if the version of the obsoleting package is not <= then it will work correctly. but if obspackage-evr is <= installedpackage-evr then it won't remove the other.
Relevant diff between RHL9 to HEAD, reversed on HEAD --- depends.c 2003-03-03 22:12:00.000000000 +0000 +++ /export/anu/home/pauln/src/rpm/lib/depends.c 2004-04-01 13:56:54.000000000 +0100 @@ -305,7 +305,8 @@ */ if (rpmdsEVR(obsoletes) == NULL || rpmdsAnyMatchesDep(oh, obsoletes, _rpmds_nopromote)) - xx = removePackage(ts, oh, rpmdbGetIteratorOffset(mi), pkgKey); + if (rpmVersionCompare(h, oh)) + xx = removePackage(ts, oh, rpmdbGetIteratorOffset(mi), pkgKey); } mi = rpmdbFreeIterator(mi); }
The added line prevents obsoleting package with identical NEVR. This was important bug fix for major customer (I can tell from when the fix went in), but for the life of me, I cannot remember the problem report. Perhaps relocated packages, perhaps multilib.
it also prevents obsoleting package identical EVR, not just NEVR
Fixed (by reverting the 1 line change) in rpm-4.3.2-9.
Can we get this fixed in RHEL-3 branch as well, please?
Closing due to inactivity. If this issue still occurs with current releases, please reopen and set the release in which you've encountered the problem.