[2099] in Release_7.7_team
Linux-Athena issue status
daemon@ATHENA.MIT.EDU (Greg Hudson)
Mon Feb 7 17:16:42 2000
Date: Mon, 7 Feb 2000 17:16:27 -0500
Message-Id: <200002072216.RAA01668@egyptian-gods.mit.edu>
From: Greg Hudson <ghudson@MIT.EDU>
To: release-team@MIT.EDU
So, we have two bugs which we might like to fix before tomorrow's
deployment. Since Thomas is out of town, I've taken a look at them:
1. Nothing ever sets the root password. Public workstation
cleanup in athena-ws.rc doesn't copy in passwd and shadow
files from /afs/athena.mit.edu/system/config (Thomas
presumably elided those steps because they referred to
/srvd, which we don't have).
To fix this, we need to modify athena-ws.rc and rebuild the
athena-ws package. Right now athena-ws.rc only lives in
Thomas's local working directory on kempis (a machine which
I have remote access to, but not root access). I can
rebuild athena-ws by making a copy of the relevant parts of
his working directory, but I'm worried about further
confusing an already not-settled process.
The installer script (phase2) should probably initialize
the passwd and shadow files as well. The source for this
script lives in /mit/als/src/installer, which I do not have
write access to and which uses only numbered emacs backup
files for version control. I do have write access to the
production location for the installer script, of course.
2. The floppy and CD-ROM devices are more fascist than we'd
like, at least on public machines. We have a couple of
options here depending on what we want to have happen, but
probably the best choice is to make the installer phase2
script chmod the devices.
As for what chmods to do, the floppies are easy; we do
"chmod 666 /dev/fd[0-9]*". The CD-ROM might be a little
tougher, since it looks pretty much like any other SCSI or
ATAPI hard drive. (Although I do seem to have a /dev/cdrom
symlink on my Linux machine.)
I should be around this evening if people have opinions on what to do.