[Yum] Upgrade in place succeeded, I think...
Robert G. Brown
rgb at phy.duke.edu
Tue Jun 18 18:40:27 UTC 2002
On Tue, 18 Jun 2002, Michael Stenner wrote:
> Related, and this might address rgb's comments better... you could
> provide multiple caches for yum to look in for rpms, perhaps giving
> each of them an optional 'noremove' flag for shared caches.
Well, so far the trivial solution (mounting the unflushed
/var/cache/yum/server/[packages,headers] directories) isn't working --
yum pretty much insists on getting all the headers AGAIN and barfs if
one tries to feed it headers one already has. Curiously, even if one
humors it and lets it get its own headers and build its own header.info
file, it so far seems to insist on getting all the rpm's all over again,
even if they are all "there".
Clearly yum is highly state aware, but I cannot see where its memory of
state is that causes it to re-download the sources so I can defeat it.
I suppose I could look at the source code, but then my head would
explode as I'd find myself learning python. So I guess I'll just let it
finish this second install the hard way.
I don't need the bandwidth all that much anyway, and the host is a
print/compute server only.
> Michael Stenner Office Phone: 919-660-2513
> Duke University, Dept. of Physics mstenner at phy.duke.edu
> Box 90305, Durham N.C. 27708-0305
> Yum mailing list
> Yum at lists.dulug.duke.edu
Robert G. Brown http://www.phy.duke.edu/~rgb/
Duke University Dept. of Physics, Box 90305
Durham, N.C. 27708-0305
Phone: 1-919-660-2567 Fax: 919-660-2525 email:rgb at phy.duke.edu
More information about the Yum