Description of problem: In the description. (For searchability) Here is the output attached. Version-Release number of selected component (if applicable): yum-3.2.27-3.fc12.noarch How reproducible: Steps to Reproduce: 1. yum downgrade gnome-panel 2. Fails 3. yum downgrade gnome-panel-libs succeeds Actual results: Expected results: Additional info:
What does it say? Is it failing on a dependency problem? It is known that "downgrade" doesn't resolve deps. as well as upgrade. You might want to try "yum history undo" if you are trying to do a downgrade to reverse some problem (although at this point in F-12 it might be to a version of gnome-panel that no longer exists).
I will attach the output, I attached it last time it doesn't seem to have attached it properly.
Created attachment 412184 [details] Yum output Yum output for not being able to downgrade to a version of gnome-panel that does exist, but yum downgrade gnome-panel-libs does actually work. Should work for both I would assume.
Yeh, as I said, it's the fact the depsolver doesn't understand what is happening well enough. However I thought it'd fail, not do this: --> Running transaction check ---> Package gnome-panel-libs.i686 0:2.28.0-13.fc12 set to be updated ---> Package gnome-panel-libs.i686 0:2.28.0-16.fc12 set to be erased --> Processing Dependency: gnome-panel-libs = 2.28.0-16.fc12 for package: gnome-panel-2.28.0-16.fc12.i686 --> Running transaction check ---> Package gnome-panel.i686 0:2.28.0-16.fc12 set to be erased ...which we should fix.
bug 549404 says: > 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. Duplicate?
Not really a dup as this one is fixed ... we won't do cascade removals now, but we can still install other arch packages.