From: Michael Chase-S. <mi...@ch...> - 2002-09-25 18:53:40
|
On Wed, 2002-09-25 at 14:32, Jason B. wrote: > First, thanks for the clarification. This is making much more sense to me > (and probably numberous others) now. > > > 1) Install them all at once and see what fails. This would mean either > > writing some code to parse the rpm output or to just present the > > output to the user and ask them to correct it. Since it will be a > > small number of rpms and they will only have conflict or prereq > > issues, it should be simple to decipher. > > This shouldn't be _too_ hard, since we would be controlling what goes into > the requires and conflicts lines. Therefore, we wouldn't have packages > that require a file that isn't tied to a particular package. Usually this > dependency checking happens when rpm resolves orders and requirements at > the beginning, so we should be able to do a --test every time so that we > aren't EVER actually cluttering up the system with "fake" packages. OTOH, > if we install the "fake" packages, then we'll have a simple record of > what's installed, but this doesn't seem to be the best method of keeping > track of that information. > > > 2) Install them 1 at a time and check for failure as we go. This makes > > it easier to deal with the output, but we'll end up dealing with one > > failure at a time, which can be annoying to users. > > Since there are interdependencies (A requires B, and B requires C), we > can't do one at a time because this WILL fail if we ever run into that > situation. True, didn't think of that. So we should install them all at once. Whether we do something better with the output or just present it to the user can be figured out later. I think we should actually install the rpms instead of just doing a test. That way if we want to know which packages are currently installed, we can just do an rpm -qa | grep oscar-* and parse the results. Mike > Jason > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Oscar-devel mailing list > Osc...@li... > https://lists.sourceforge.net/lists/listinfo/oscar-devel |