Bug 76144 - the new obsoletes functionality introduces unexpected side effects
Summary: the new obsoletes functionality introduces unexpected side effects
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: up2date
Version: 7.0
Hardware: i386
OS: Linux
high
medium
Target Milestone: ---
Assignee: Adrian Likins
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks: 77359
TreeView+ depends on / blocked
 
Reported: 2002-10-17 15:08 UTC by Need Real Name
Modified: 2015-01-08 00:01 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2003-06-23 16:46:44 UTC
Embargoed:

Attachments (Terms of Use)

Description Need Real Name 2002-10-17 15:08:22 UTC 
Description of Problem:

With the new obsoletes functionality, the expected behavior of up2date has
changed in a way that was suprising, and could be problematic.

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

up2date-2.7.61-7.x.1

How Reproducible:

100%

Steps to Reproduce:
1. Install a 7.0 machine with LPRng
2. run the initial up2date -- note that cups is not offered
3. run another up2date with the new client -- note that cups is now offered

Actual Results:

with the 2.7.61-7.x.1 up2date, it tries to upgrade LPRng -> cups

Expected Results:

the previous behavior where LPRng was kept at errata release levels
Comment 1 Adrian Likins 2002-10-18 21:04:35 UTC 
working on some server side fixes for this...

basically get to blacklist random packages from 6.2-7.3 with bogus
useage of Obsoletes.
Comment 2 Adrian Likins 2002-12-06 22:12:47 UTC 
the server side changes, and the new obsoletes blacklist support 
should take care of this. Moving to modified.
Comment 3 Need Real Name 2003-06-23 16:46:44 UTC 
The given test case works, and I'm going to assume that all instances of this
issue have been fixed.
Note You need to log in before you can comment on or make changes to this bug.