Bug 150854 - rpm obsoletes not functioning properly
Summary: rpm obsoletes not functioning properly
Keywords:
Status: CLOSED DUPLICATE of bug 150853
Alias: None
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: rpm
Version: 2.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Paul Nasrat
QA Contact: Mike McLean
URL: http://linux.duke.edu/~skvidal/broken/
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-03-11 13:16 UTC by Jay Turner
Modified: 2015-01-08 00:09 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-09-27 21:07:33 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jay Turner 2005-03-11 13:16:52 UTC
+++ This bug was initially created as a clone of Bug #142272 +++
Seeing the same behavior on 2.1 with rpm-4.0.4-7x.20.


*** This bug has been split off bug 134497 ***

Description of problem:
rpm is not obsoleting packages correctly.

Version-Release number of selected component (if applicable):
rpm-4.2.3-10

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:

------- Additional comment by Seth Vidal on 2004.10.04 10:57 -------

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.


------- Additional comment by Paul Nasrat on 2004.10.04 11:00 -------

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);
     }


------- Additional comment by Jeff Johnson on 2004.10.04 14:00 -------

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.

------- Additional comment by Seth Vidal on 2004.10.04 14:02 -------

it also prevents obsoleting package identical EVR, not just NEVR


------- Additional comment by Jeff Johnson on 2004.10.05 17:08 -------

Fixed (by reverting the 1 line change) in rpm-4.3.2-9.

------- Additional comment by Dave Lehman on 2004.12.02 18:07 -------

Can we get this fixed in RHEL-3 branch as well, please?

Comment 1 Jeff Johnson 2005-03-11 15:27:58 UTC
Hmmm, I swear I responded to this ... oh well.

There are several problems here, not just the one stated.
Which problems do you want back ported?

Comment 2 R P Herrold 2005-03-12 10:08:15 UTC
isn't this a dupe of 150853 ? -- each seems to be against RHAS21

Comment 3 Paul Nasrat 2005-09-27 21:07:33 UTC

*** This bug has been marked as a duplicate of 150853 ***


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