[3092] in testers

home help back first fref pref prev next nref lref last post

Re: sun4 [8.1.0]: 8.1.0 release

daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed May 14 06:09:58 1997

To: Jonathon Weiss <jweiss@MIT.EDU>
Cc: testers@MIT.EDU
In-Reply-To: Your message of "Wed, 14 May 1997 05:47:46 EDT."
             <199705140947.FAA00739@the-other-woman.MIT.EDU> 
Date: Wed, 14 May 1997 06:09:47 EDT
From: Greg Hudson <ghudson@MIT.EDU>

> 1) I didn't get to hit return where I should have to acknowledge the
>    conf files changing.  However, it's possible that I double hit
>    return earlier or something.  I'd appreciate it if other people see
>    if they have this problem.

I've seen it and Craig's seen it.  It's not obvious to me why; there
is definitely a read statement after the "Press return to continue."

> 2) /var/athena/rc.conf.sync is mode 666. 

I guess rc scripts get run with a umask of 0.  Bizarre.  I'll do a
umask 022 in the init.d script.  I wonder what else this affects.

> 3) mkserv seems to have gotten some of its messages into the logfile
>    in an unexpected order.  Specifically, the messages saying things
>    like:

My guess is that this is stdout vs. stderr, and is not easily changed
(although perhaps some things are getting sent to stderr which ought
to go to stdout; that would be a mkserv issue).

> 4) All of the kerberos man pages I checked have garbled page footers

I'll look into it.  You'd think people could write man pages that work
everywhere; I never found it that difficult.

> 5) named was not running during the post reboot phase of the update
>    mkserv depends on named being running (as does my .private script)

Hrm, okay, easy enough to fix.

> 6) We seem to have once again reverted to the irritatingly slow key
>    repeat rate, and long delay before the repeat begins.

I've committed the change, which apparently got stranded in the 8.0
tree.

home help back first fref pref prev next nref lref last post