Re: rpm dependance solving....

I believe that RPMlib does this for them. Honestly, I am not that impressed
with up2date's dep resolution, nor red-carpet. Apt is the dep resolution king,
but it only works if the repositories are built will all of the deps
available.

In any case, in a perfect world GRAB would be as good at resolution of deps as
RPM. I can not link to RPMlib, so I have to use the output of various RPM
cammands to figure out deps. I am still working on it and throwing out ideas,
but it is a headache.

Can you create an RPMDB locally based only on headers from a remote site? For
example I can do:

   # rpm --dbpath /tmp/rpmtest/ --justdb -Uvh /var/cache/grab/RPMS/grab-0.2.31-1.i386.rpm
      (of course it bombs on the deps, but you get the idea)

What I want to do is:
   # rpm --dbpath /tmp/rpmtest/ --justdb -Uvh ftp://altruistic.lbl.gov/pub/repositories/redhat-7.2-i386/RPMS/*.rpm

but this tries to download the entire RPM. Any ideas? If we can get this to
work, we should be able to do all of the dep stuff with no major coding.

Greg

On Fri, Apr 12, 2002 at 12:53:15PM -0400, Jef Spaleta wrote:
> How does up2date do this so well?  It cant imagine up2date spends a
> ridicukous amount of code on doing the dep loops.
> 
> -jef
> 
> _______________________________________________
> 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