Re: dependency resolution in 1.0.2

Yes the downside to doing deps from the headers is length of time to
pull the headers....having nodeps and dodeps  to not do the header
polling is a good idea....

But I think you can also take the header polling a step further...and
have a cronmode where you grab the headers and build the provides db
automagically for all the rpm's on a server, overnight...so when you are
ready to do an upgrade interactively you already have a built provides
db in place.

Or...maybe you can have the ftp site that keeps a serverlist also keep
uptodate provides db's from the headers....so instead of clients
building their on provide db's for a "common" server..like a redhat
update mirror or whatever.  So if I'm using Greg's Redhat 7.3
serverlist...I can also have the option of using the pre-compiled
provides db for that serverlist as well, to save time on the client
side.  But for odd ball servers being able to pull the headers and build
a provide db on the client side on a nightly basis is also a good idea.

-jef

On Mon, 2002-06-03 at 01:12, Greg Kurtzer wrote:
> OK, I changed things around in the UI a bit. There is now a --dodeps as well
> as a --nodeps. I also added a --nochooser (-A) option to auto select all 
> packages, and moved some of the configuration files params from config to 
> defaults (where they belong).
> 
> You will see it in version 1.0.2 (possibly released tomorrow after I have
> tested it).
> 
> Greg
> 
> On Sun, Jun 02, 2002 at 12:38:44PM -0700, Greg Kurtzer wrote:
> > In the config file you can turn off deps. I will add an argument to turn them
> > on again. This way when something fails, you can rerun with --dodeps.
> > 
> > OK?
> > 
> > On Sun, Jun 02, 2002 at 01:19:12PM +0200, Kimiko Koopman wrote:
> > > How about only building a provides database if upgrading fails
> > > on some packages? It takes a very long time to build a
> > > database, while usually it is unnecessary.
> > > 
> > > Kimiko
> > > _______________________________________________
> > > 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
> > _______________________________________________
> > 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
> _______________________________________________
> Grab mailing list
> [email protected]
> http://www.runlevelzero.net/mailman/listinfo/grab