[2770] in Release_7.7_team
Minutes of 2001-06-06 release team meetin
daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed Jun 6 16:24:39 2001
Date: Wed, 6 Jun 2001 16:24:34 -0400
Message-Id: <200106062024.QAA24211@equal-rites.mit.edu>
From: Greg Hudson <ghudson@MIT.EDU>
To: release-team@mit.edu
Attending: ghudson ajfox othomas rbasch zacheiss amb aurora wdc miki jweiss
1. Early release
Panel and tasklist crashes are kind of show-stopping. We have core
dumps, which may not be enough, and Greg has recently tried running
panel under purify on IRIX [this turned out to be a dead end].
[It might also be nice to fix the esd error message to avoid lots of
questions about it.]
2. Ultra 1 flash problem
Many Ultra 1 machines cannot boot 64-bit without a prom upgrade. As
things stand, these machines will disable themselves (but not destroy
data) while attempting to upgrade. We can:
1. Ignore the problem.
2. Put a check in update_ws to fail more gracefully.
3. Make a sun4u miniroot which boots in 32-bit mode.
We don't like option 3 because it will continue to bite us in the
future. Option 1 would be good except it appears that we are
accepting fees from people with Ultra 1s even though it isn't
supported hardware. So we will go with option 2. Garry will write
the check.
3. sun4u 2GB disk problem
Our space checks for the 8.4 -> 9.0 update assume a sun4m machine; we
had figured that all sun4u machines had 4GB or larger disks, but this
isn't true of some Ultra 1 machines. In particular, some machines
have 2GB disks which still get installed with 48MB root partitions,
which is too small for the 9.0 release.
One things we should definitely do is more disk formats in the 2-4GB
range to the "one big partition" scheme. [This task was not
explicitly assigned, if I recall correctly; perhaps Garry can do it.]
The other thing we will do, although it will make the update script a
horrible mess, is to make separate space checks for sun4m and sun4u
machines.
4. Release notes
There are 9.0 user release notes available for review in olh. [At the
time of this writing, you have to look in ~olh/Release/9.0 by hand.]
There is still a change pending in the system release notes for SGI
default behavior and for conditionalizing using the dash interface.
5. vold.conf
A change will be needed for ZIP drives under Solaris 8.
We discussed changing the default mount point for zip drives for
better supportability, but decided not to go against what Solaris
wants to do, in case software relies on it.
