[20397] in Athena Bugs
Re: linux 9.1.9: update_ws
daemon@ATHENA.MIT.EDU (Greg Hudson)
Thu Jun 20 11:00:00 2002
From: Greg Hudson <ghudson@MIT.EDU>
To: Ken Raeburn <raeburn@mit.edu>
Cc: bugs@mit.edu
In-Reply-To: <200206200808.EAA07102@all-in-one.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: 20 Jun 2002 10:57:55 -0400
Message-Id: <1024585075.1831.27.camel@error-messages.mit.edu>
Mime-Version: 1.0
On Thu, 2002-06-20 at 04:08, Ken Raeburn wrote:
> Accurate reports on file system space needed.
Those messages are coming straight from rpmlib, so the most we can
reasonably do here is file a bug report with Red Hat.
> Package removal indications maybe should have a progress meter
> display, but in any case should end with a newline.
Yeah, known bug. It only applies to the staging rpmupdate used to get
to 9.1. I was initially planning on getting the fixes into the staging
rpmupdate, but I was lame about it, and at this point I don't want to
prod something which works. Future updates will have more polished
output.
> Shouldn't say "update complete" unless it really is.
Long-standing known bug. Easy to fix, but I haven't done so yet because
it ties into the problem of whether or not an auto-update should reboot
when the update fails. (On the one hand, the update might have mostly
succeeded and a reboot is warranted; on the other hand, maybe nothing
happened at all and a reboot would be spurious.)
> Dependency problems preventing updates could be explained more
> clearly.
Again, the dependency messages are coming from rpmlib. And, while it
might be possible in theory to explain them more clearly, it seems like
a very difficult problem. (I will note that "update_ws -n" displays a
list of what package changes would be made, and that this is documented
in the update_ws man page.)
> Updating should be faster.
We're churning probably over 1GB of stuff here; it can only get so
fast. It really isn't much slower than the time it takes to suck
compressed data over the net and blat it out to disk.
We have added a percent-of-packages-done display to the rpmupdate output
for future updates, so you at least have an idea of how much longer you
have to wait.
