Re: Re: upgrading 7.2+rawhide -> rh8.0 via grab

On Thu, 2002-10-10 at 09:27, Greg Kurtzer wrote:
> I wonder if we can make this entire thing simplified... Something that I was
> doing to test GRABs dependancy checking was to comment out the lines
> associated with doing the local check for provides. I wonder if GRAB ignores
> everything local and just makes sure that 1) all packages have an update
> canditate (and warn about the packages ledft over). 2) build the provides list
> based 100% on the remote packages.

Can you make it even more restrictive and lock out all the remote
servers except the server which the orignal selected upgrade package
candidate is from.  I'm mostly worried about trying to find a support
package that fills a dependancy issue, and if you pull a support package
from a different server, its provides list might be drastically
different.  Have you seen how differetn xim's provide/requirement lists
can be compared to Redhat's....yeesh.  Once you start adding grab lists
other than the stock distro repositorires you could really get into some
weirdo situations thanks to flexibility of writing down the
requirements/provides lists inside the rpm headers.  So if you don't
pull from a self consistant ftp server when looking for support packages
your going to run into problems.  

Another reason why i would LOVE a vender/packager tag check....If yer
looking for updates...you should prob prefer updates from the same
vender/packager as the one currently installed, and/or from the same
vendor/packager as the original selected update when looking for support
packages.

i really want to be able to use grab to keep a very customized system
managed..I dont want to be limited to just using grab on stock distro
ftp trees.  Being able to use grab to get cutting edge mozilla rpm's, on
top of ximian, on top of redhat...has a turbocharged geekfactor, so I
want to make sure grab's dep resolving is flexible enough to attempt to
keep highly customized systems well updated.

-jef

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA9pZL+rWLDmRitRZURAr2uAJoDjmy042MuHqxxnwT+0XjhZv6pPgCfZMpB
Mk5vzpxS9PEc46bjnpAKoHI=
=+aTp
-----END PGP SIGNATURE-----