[2883] in testers
Re: /afs/athena/system/aklog is missing for Solaris 2.4
daemon@ATHENA.MIT.EDU (Theodore Y. Ts'o)
Tue Jun 4 18:52:48 1996
Date: Tue, 4 Jun 1996 16:56:02 -0400
From: "Theodore Y. Ts'o" <tytso@MIT.EDU>
To: Greg Hudson <ghudson@MIT.EDU>
Cc: "Theodore Y. Ts'o" <tytso@MIT.EDU>, testers@MIT.EDU
In-Reply-To: Greg Hudson's message of Tue, 04 Jun 1996 15:35:31 EDT,
<9606041935.AA07498@small-gods.MIT.EDU>
Date: Tue, 04 Jun 1996 15:35:31 EDT
From: Greg Hudson <ghudson@MIT.EDU>
Is /afs/athena/system/aklog really necessary any more? I'm
uncomfortable with random programs being maintained outside of the
release for no good reason.
My understanding from Matt was that /afs/athena/system/aklog is
installed by Ops, but the binaries are supposed to be managed by
release-engineering.
/afs/athena/system/aklog is referenced by /bin/athena/reactivate:
if [ -f /afs/athena.mit.edu/service/aklog ] ; then
${cp} /afs/athena.mit.edu/service/aklog /bin/athena/aklog.new && \
test -s /bin/athena/aklog.new && \
/bin/mv /bin/athena/aklog.new /bin/athena/aklog
/bin/rm -f /bin/athena/aklog.new
fi
/etc/athena/config_afs > /dev/null 2>&1 &
I'm not sure myself why previous rel-eng'ers felt it necessary to be
able to release patched versions of /bin/athena/aklog without doing a
letter bump. I'm not sure of the history. I just noticed it because
some of my dot files used to reference /afs/athena/service/aklog, and so
they broke when it wasn't there.
- Ted
