[509] in athena10
Re: Suggested amendments to the Athena10 docs.
daemon@ATHENA.MIT.EDU (William Cattey)
Tue Sep 16 18:59:03 2008
In-Reply-To: <2784CF2E-E16F-4A3B-A10C-FEF95136C0FB@mit.edu>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <FFD34738-2A97-48D8-9E07-C7448FBBB6C0@mit.edu>
Cc: Jonathon Weiss <jweiss@mit.edu>, athena10@mit.edu
Content-Transfer-Encoding: 7bit
From: William Cattey <wdc@MIT.EDU>
Date: Tue, 16 Sep 2008 18:58:01 -0400
To: Jonathan Reed <jdreed@mit.edu>
As a member of the VMware release team, I have a front row seat for
considering issues like establishing less stupid defaults.
Our experience is that VMware does what VMware does, and that it's
very difficult to diverge from their stupid defaults. Their
installers are not easy to amend. And they standardize on really
silly things all the time.
THey gave us some lovely ways to edit UNIX files on a Mac to override
the new default
of marketing a subscription to Anti Virus software instead of letting
us install the same
software from our site license.
Once we diverge from the defaults we are forever tied to making the
MIT special release, and then dealing with people who don't use it.
I've seen how VMware is making a mess of the new 6.5 installer, and
we DONT want to get into the business of trying to track changes as
they learn what a silly direction they've decided to take it.
Trust me! On this one, it's easier to describe the key chord.
-Bill
----
Important: IS&T IT staff will *NEVER* ask you for your password, nor
will MIT send you email requesting your password information. Please
continue to ignore any email messages that claim to require you to
provide such information.
----
William Cattey
Linux Platform Coordinator
MIT Information Services & Technology
N42-040M, 617-253-0140, wdc@mit.edu
http://web.mit.edu/wdc/www/
On Sep 16, 2008, at 6:24 PM, Jonathan Reed wrote:
> We can, though I'd rather see IS&T-wide recommendations to set the
> VMware preferences to a less stupid key combination, specifically
> because that key combination you described is going to be a
> nightmare to explain over the phone.
>
> -Jon
>
> On Sep 16, 2008, at 6:13 PM, William Cattey wrote:
>
>> Hold Ctrl+Alt and hit Space and then F1 (or Fn) without releasing
>> Ctrl+Alt
>> worked!
>>
>> jdreed: Can we add a footnote:
>> Press Ctrl-Alt-F1<footnote>
>>
>>
>> <footnote> If you are in a virtual environment where the host
>> interprets Ctrl+Alt key sequences you hold Ctrl+Alt and hit Space
>> and then F1 (or your desired Fn key) without releasing Ctrl+Alt
>>
>> -Bill
>>
>> ----
>> Important: IS&T IT staff will *NEVER* ask you for your password,
>> nor will MIT send you email requesting your password information.
>> Please continue to ignore any email messages that claim to require
>> you to provide such information.
>> ----
>>
>> William Cattey
>> Linux Platform Coordinator
>> MIT Information Services & Technology
>>
>> N42-040M, 617-253-0140, wdc@mit.edu
>> http://web.mit.edu/wdc/www/
>>
>>
>>
>> On Sep 16, 2008, at 4:50 PM, Jonathon Weiss wrote:
>>
>>>> By the way, step #4 does not work under VMware on a Red Hat system,
>>>> because ctrl-alt-f1 never gets to VMware. The X server grabs
>>>> it. (I
>>>> couldn't figure out how to deal with that, so I just ssh'd in.)
>>>
>>> I'm pretty sure there's a way to do this. Googling gets:
>>>
>>> http://en.opensuse.org/Setting_up_SUSE_Linux_as_a_VMware_Guest
>>> which suggests:
>>> Hold Ctrl+Alt and hit Space and then F1 (or Fn) without releasing
>>> Ctrl+Alt. This will invoke the Ctrl-Alt-F1 on the guest OS.
>>>
>>> Jonathon
>>
>
