Bug 549404 - RFE handle downgrade dependencies better
Summary: RFE handle downgrade dependencies better
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Packaging Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 631291 669810 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-12-21 16:04 UTC by Bruno Wolff III
Modified: 2018-07-18 21:33 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-07-18 21:30:30 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bruno Wolff III 2009-12-21 16:04:17 UTC
Description of problem:

When I downgrade a package that has related packages from the same src rpm, it would be nice if yum tried harder to do a consistent downgrade by downgrading the related packages rather than by starting to erase things, which can cascade into removing most of one's system.

The work around for this is to find the related packages and explicitly downgrade them all, so it isn't a very important feature. But I think it would be a nice touch if someone eventually has time to include it.

For example today I needed to downgrade glibc to work around a sound problem and after getting the old version (all of the rpms generated from the glibc srpm) into a local repo, I tried:
yum downgrade glibc
despite knowing better. glibc-common was downgraded, but then things starting showing up on the erase list. I killed this off before seeing the entire list of packages proposed for removal as I knew I wasn't going to want to do that.
Then I did what I should have done in the first place:
yum downgrade glibc glibc-common glibc-devel glibc-headers glibc-static glibc-utils nscd
And that only downgraded the packages in that list.

My request is that the shortcut I tried should really work like the more expanded version.


Version-Release number of selected component (if applicable):
Currently yum-3.2.25-7.fc13.noarch doesn't do this.

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 James Antill 2009-12-21 17:04:55 UTC
 Yeh, we know about it ... but we don't think it's easy to fix. A couple of workarounds to make it more bearable are:

1. You can run: yum downgrade 'glibc*'.

2. Try to do smaller transactions, and then you can use "yum history undo" to downgrade (we're also looking at ways we can make it easier to do N small transactions instead of a large one).

...but, as always, patches are welcome ;).

Comment 2 James Antill 2010-09-14 16:47:33 UTC
*** Bug 631291 has been marked as a duplicate of this bug. ***

Comment 3 James Antill 2011-01-20 20:28:10 UTC
*** Bug 669810 has been marked as a duplicate of this bug. ***

Comment 4 Daniel Mach 2018-07-18 21:30:30 UTC
yum and related packages are no longer actively developed.
They are being replaced with dnf, dnf-utils, etc.

I'm closing this bug because it's most likely never going to be fixed.
If you still consider your bug report important, reopen it, please.

Comment 5 Daniel Mach 2018-07-18 21:33:27 UTC
yum and related packages are no longer actively developed.
They are being replaced with dnf, dnf-utils, etc.

I'm closing this bug because it's most likely never going to be fixed.
If you still consider your bug report important, reopen it, please.


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