[3113] in SIPB_Linux_Development
Re: Athena 8.4/Red Hat 6.2 Beta installer
daemon@ATHENA.MIT.EDU (Camilla R Fox)
Sat Oct 14 00:46:14 2000
Message-Id: <200010140446.AAA05015@myxomycete.mit.edu>
To: amu@MIT.EDU (Aaron M. Ucko)
Cc: "Thomas H. Grayson" <thg@MIT.EDU>, linux-dev@MIT.EDU, jweiss@MIT.EDU
In-Reply-To: Your message of "13 Oct 2000 23:54:43 EDT."
<udl1yxkjcvw.fsf@multics.mit.edu>
Date: Sat, 14 Oct 2000 00:46:05 -0400
From: Camilla R Fox <cfox@MIT.EDU>
> > - - The installer installs Athena 8.4.0, which would be fine, except
> > that an autoupdate doesn't happen on the first boot. Hence, I have
> > to manually run /etc/athena/update_ws to take the system to the
> > current release.
>
> That's odd, given that charon is serving 8.4.11 RPMs...what tells you 8.4.0?
The version file is initalized to claim it's at 8.4.0, for the purpose
of making the first update happen regardless of the actual version.
> > - - Control-Alt-F1 takes you to a console login prompt. The standard
> > Athena install disables logging onto the console in this fashion,
> > and displays the message "Type CTRL-ALT-F7 to login." You then
> > have to press Control-P at the xlogin screen to get to the console
> > login. (Incidentally, the SIPB install allows Control-Alt-Keyboard+
> > to work.)
>
> As I understand it, the main reason that cluster machines disable
> console logins is that they have a public root password, so anyone
> could use a text console to get a root shell on a cluster machine
> someone else is using. Since SIPB's installer prompts for a root
> password, that issue goes away.
I'm pretty sure we agreed to change this behavior back to the cluster
behavior, after people complained. Jonathon, you had a better reason
for this? My impression is that the push to install something as similar
as possible to the cluster install came after the initial revisions of
the SIPB installer.
-Camilla
