Afternoon shake tasks:
----------------------

During the afternoon, Steph tested Connie's multi-lskip code. She let the 
lskips run for about 75 frames. There appeared to be no problems with the
code, and the lskips continued throughout the bias drift. We should be in 
good shape to do the bright standards test.

The imager "panic button" was also tested. We got the expected critical errors
(phase_boot and exec_boot). The imager was iack'ed and the voltages set to 
operating values.  A subsequent bias indicated that all was well with the CCDs.

The evening was spent training Pete on the PT. We note that with redHat 7.1, 
you should no longer 'startx -- -bpp 8', but should 'startx -- -depth 8'. 
Thanks for that info, Eric. A request was made to have the PT procedures 
updated to reflect the change.  To handle the ssh stuff at the start as well
the full command should be 'ssh-agent startx -- -depth 8'.


   During the afternoon checkout the engcam was found not to be talking.  The
power supply for the camera was found to be switched off.  In the process of
finding the problem, Craig noticed that the delay was delaying the wrong piece
of equipment.  The parallan was plugged into the delay.  What needed to be 
delayed was the A2S.  The appropriate power cables were swapped, and the
power up sequence tested.  We got an image back on the first try.

   It looks like the work on the M2 galil today fixed the E actuator problem.
There were no full step complaints when the mirror was checked out and it
continued to work the rest of the night ( well at least until 21:30 when we 
closed due to weather ).

   Like last night we opened shortly after sunset under promising skies, 
especially given the forecast.  Also like last night we only got as far as
focusing the engineering camera and getting to the first point of a small
pointing model to test the one taken on Monday before it clouded over and
we had to close.  Clouds and occasional rain remained with us the rest of 
the night.

   Tonight, and the previous three times this week when I started a pointing
model, dopterr elicited the complaint that the TCC didn't have the semaphore.
This is strange considering the telescope was tracking and had been told to
do so by a TRACK command from the TCC.  Issuing an axis init from the telrun
session and then trying the dopterr again works.  It isn't clear whether this
is a TCC or MCP problem, but since I saw the error in telrun I filed the
PR under 2.5m-tcc. See PR 2563 and/or the problem section for details.