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

Sorry for the late replies... Jef seems to be doing a great job though,
THANKS!

I left room in the source code for dependencies that just can't be resolved.
It is stored in a hash near the top of the code. Here is a snippet:

my %bad_deps = (
 'poptmodule.so'          => { pkg => 'python-popt',         force => '1'},
 'libsmime3.so'           => { pkg => 'mozilla-nss',         force => '0'},
);

I already worked on the version issue with the ypbind version issues that
happened several years ago, and I could not find a really good algorithm that 
worked for everything... I am sure it is out there, so if someone figures it 
out, please let me know.

The second problem can be fixed in the above hash. If you get the chance to
try this let us know.

BTW, Apt rocks! I have found that it is better then even RPM for figuring out
dependencies! It is not as user friendly, and does not have as many
usability features. The only thing that it does that GRAB needs to do is
package verification using PGP|GPG. Any volunteers?

Greg

On Thu, Aug 08, 2002 at 07:58:49PM -0400, Jef Spaleta wrote:
> functionality that moves around is really difficult to deal with.  If a
> package name changes or the dependance in the package is written
> slightly differently so that the upgrade dependancies and the installed
> dependancies dont match up perfectly...its hard for an algorithm to
> really know what to do...so its safer and best to just warn the user and
> let them do what they need to do by hand.
> 
> Upgrading between distro versions usually breaks a lot of the logical
> rules in package development...the upgrade via the redhat iso's usually
> forces a lot of things to downgrade/upgrade or remove things to get the
> versions of packages installed on the cd.
> 
> I really like grab's client-side dep resolution...and there is room for
> improvement. But I can't think of an algorithm to suggest to greg to
> parse the oddball cases better.
> 
> -jef
> 
> On Thu, 2002-08-08 at 18:15, Carl Wilhelm Soderstrom wrote:
> > I'm trying to upgrade a test machine from redhat 7.2 to 7.3; and found a
> > couple of dependencies that weren't filled properly.
> > 
> > - arts inexplicably goes from v2.2.2 to v1.0.0; rpm spits out an error
> >   message about a package needing arts-7:1.0.0; but grab doesn't retrieve
> >   arts-1.0.0 from the 7.3 repository. (this is kind of hard to deal with, I
> >   know; but I'm just throwing the observation out there in case someone has
> >   a Clever Idea for dealing with it).
> > 
> > - the XFree86 rpms complain about needing /usr/X11R6/bin/mkfontdir; grab
> >   doesn't recognize that this is provided by XFree86-font-utils now, instead
> >   of XFree86-xfs. same with /usr/bin/ttmkfdir (no longer in freetype).
> > 
> > much of the blame for both of these falls on redhat's packaging job, I
> > think. Still, grab should have at least caught the second one.
> > 
> > on the whole tho; grab is a lifesaver. :) it's definitely keeping up with
> > apt4rpm; and is more reliable in a lot of ways. (my boss is a fan of
> > apt4rpm; but it's pretty regularly broken on my box).
> > 
> > Carl Soderstrom
> > -- 
> > Systems Administrator
> > Real-Time Enterprises
> > www.real-time.com
> > _______________________________________________
> > Grab mailing list
> > [email protected]
> > http://www.runlevelzero.net/mailman/listinfo/grab
> 
> _______________________________________________
> Grab mailing list
> [email protected]
> http://www.runlevelzero.net/mailman/listinfo/grab

-- 
Greg Kurtzer
[email protected]
http://www.runlevelzero.net
LINUX,... The choice of a GNU generation!
:wq