Re: upgrading from rh7.2 to 7.3 -- dependency problem

Jef Spaleta <[email protected]> 12 Aug 2002 15:29:51 -0400
Newsgroups gmane.linux.redhat.rpm.grab
Message-ID <1029180622.6911.30.camel@spatula>
so an algorithm you are looking to have is like this:

1) select packages
2) find deps
3) if deps unresolved check for extra packages to fill deps...including
	missing files
4) download full list of packages
5) attempt to install
6) if there is a conflict with an upgrade package and an installed
package...check the grab provides database to find appropriate upgrades
for the packages invovled in the conflict....repeat to step 2 for the
new packages

Now this sounds really good but how far do you let grab try to do this. 
I really dont want grab to do this level of automagical configuration,
becuase I don't trust situations when there are conflicts at the file
level that don't get caught at the dep resolution level.

For instance....trying to use the newest xscreensaver from rawhide has a
file conflict with the control-center package from redhat 7.3..becuase
the xscreensaver capplet was moved into the xscreensaver package in
rawhide.  Following the algorithm above grab would see the conflict and
then try to upgrade control-center...but to do that you have to have ALL
the gnome2 stuff installed...which is total overkill for the situation. 
You dont need to have a gnome2 desktop with the gnome2 control center to
run the new xscreensaver.

These kind of conflicts should never be seen if you stick updates for
your base distro.  But if you are going to try to upgrade selectively
from a newer base distro tree...you will always run into these
issues...and depending on the intent of the upgrade...you may not want
to pull in 70+ packages just becasue of a rather simple and harmless
file conflict.  You can quickly spiral into a situation were you have to
upgrade a large chunk of packages...packages you don't necessarily want
to upgrade.


-jef


On Mon, 2002-08-12 at 15:01, Carl Wilhelm Soderstrom wrote:
> I was expecting that since the packages being installed complained about
> missing a file; that grab could just search through the new packages (which
> should be in the database now, right?), and find that file; even if it
> wasn't in the package it used to be in.