[20396] in Athena Bugs
linux 9.1.9: update_ws
daemon@ATHENA.MIT.EDU (Ken Raeburn)
Thu Jun 20 04:08:14 2002
Message-Id: <200206200808.EAA07102@all-in-one.mit.edu>
To: bugs@MIT.EDU
Cc: raeburn@MIT.EDU
Date: Thu, 20 Jun 2002 04:08:10 -0400
From: Ken Raeburn <raeburn@MIT.EDU>
System name: all-in-one.mit.edu
Type and version: i686 9.1.9
Display type: XFree86 3.3.6a SVGA
Shell: /bin/athena/tcsh
Window manager: vtwm.gamma
What were you trying to do?
update my workstation
What's wrong:
bash-2.04# update_ws 9.1
Beginning update from 9.0.26 to 9.1.9 at Wed Jun 19 21:47:04 EDT 2002.
Freshening rpmupdate: Preparing packages for installation...
athena-rpmupdate-9.0.staging-2
Update would break dependencies:
cdparanoia-libs = alpha9.8-8 is needed by cdparanoia-alpha9.8-8
libcdda_interface.so.0 is needed by cdparanoia-alpha9.8-8
libcdda_paranoia.so.0 is needed by cdparanoia-alpha9.8-8
*** The update has failed ***
Please contact Athena Cluster Services at x3-1410. -Athena Operations
Update complete; please reboot for changes to take effect.
bash-2.04#
Well, I think cdparanoia was one I installed from elsewhere, so maybe
it's okay that the update script was somewhat unhappy with it, but I'm
not clear on *why* it was a problem.
But the last line is definitely out of place; the update was clearly
not completed.
So, I removed cdparanoia and tried again. (There was no
cdparanoia-libs package installed when I looked.)
[...]
installing package ipchains-1.3.10-13 needs 227Mb on the / filesystem
installing package gcc-objc-2.96-110 needs 227Mb on the / filesystem
installing package quota-3.03-1 needs 227Mb on the / filesystem
installing package arpwatch-2.1a11-12 needs 227Mb on the / filesystem
installing package XFree86-Xvfb-4.2.0-8 needs 226Mb on the / filesystem
installing package gcc-c++-2.96-110 needs 226Mb on the / filesystem
installing package shapecfg-2.2.12-8 needs 226Mb on the / filesystem
installing package kernel-source-2.4.18-4 needs 360Mb on the / filesystem
installing package talk-server-0.17-12 needs 239Mb on the / filesystem
installing package nfs-utils-0.3.3-5 needs 239Mb on the / filesystem
installing package mkxauth-1.7-18 needs 239Mb on the / filesystem
installing package XFree86-Xnest-4.2.0-8 needs 238Mb on the / filesystem
installing package gcc-java-2.96-110 needs 238Mb on the / filesystem
installing package XFree86-twm-4.2.0-8 needs 238Mb on the / filesystem
installing package iptables-1.2.5-3 needs 238Mb on the / filesystem
installing package vixie-cron-3.0.1-64 needs 238Mb on the / filesystem
*** The update has failed ***
Please contact Athena Cluster Services at x3-1410. -Athena Operations
Update complete; please reboot for changes to take effect.
I removed some stuff I had in /var, and the kernel sources and a
VMware installation, and tried again.
Update failed due to the following problems:
installing package kernel-source-2.4.18-4 needs 6Mb on the / filesystem
installing package talk-server-0.17-12 needs 6Mb on the / filesystem
installing package nfs-utils-0.3.3-5 needs 7Mb on the / filesystem
installing package mkxauth-1.7-18 needs 6Mb on the / filesystem
installing package XFree86-Xnest-4.2.0-8 needs 5Mb on the / filesystem
installing package gcc-java-2.96-110 needs 5Mb on the / filesystem
installing package XFree86-twm-4.2.0-8 needs 5Mb on the / filesystem
installing package iptables-1.2.5-3 needs 5Mb on the / filesystem
installing package vixie-cron-3.0.1-64 needs 5Mb on the / filesystem
*** The update has failed ***
Please contact Athena Cluster Services at x3-1410. -Athena Operations
Update complete; please reboot for changes to take effect.
But:
bash-2.04# df /
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/sda5 7558368 6515632 658788 91% /
In both cases, the reported number all look rather suspicious --
they're fairly close to each other even for packages that probably
vary greatly in size, and they're smaller than the free space on the
file system. (If it means the package needs so much *more* space, it
should say that.)
So, I deleted a bunch more stuff, got it up to 1.3G free, started
update_ws again, and an hour or so later, I had an updated system.
During the update, packages that were being removed were reported with
"- foo", but no newline, so the "+ quux" or "- quux" for the next
package started to the right instead of on a new line:
+ glibc-kernheaders ##################################################
- kernel-headers + glibc-devel ##################################################
+ gcc ##################################################
What should have happened:
Accurate reports on file system space needed.
Package removal indications maybe should have a progress meter
display, but in any case should end with a newline.
Shouldn't say "update complete" unless it really is.
Dependency problems preventing updates could be explained more
clearly.
Updating should be faster.
Please describe any relevant documentation references:
[Please replace this line with your information.]
