Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!caen!umich!terminator!pisa.ifs.umich.edu!rees
From: rees@pisa.ifs.umich.edu (Jim Rees)
Newsgroups: comp.sys.apollo
Subject: Re: sr10.3 report
Message-ID: <4e1a7e16.1bc5b@pisa.ifs.umich.edu>
Date: 19 Nov 90 17:36:20 GMT
References: <4dc1a77e.1bc5b@pisa.ifs.umich.edu> <1990Nov16.182247.14214@unx.sas.com>
Sender: usenet@terminator.cc.umich.edu (usenet news)
Reply-To: rees@citi.umich.edu (Jim Rees)
Organization: University of Michigan IFS Project
Lines: 30

In article <1990Nov16.182247.14214@unx.sas.com>, sasjfp@unx.sas.com (Jeffrey L. Phillips) writes:
  In article <4dc1a77e.1bc5b@pisa.ifs.umich.edu> rees@citi.umich.edu (Jim Rees) writes:
  >I've just installed sr10.3.  The only thing that really tripped me up was
  >that tcpd wouldn't run until I changed the line in the rc.local file from
  >	/etc/tcpd >/dev/console
  >to
  >	/etc/tcpd
  >
  An addendum to the release notes for sr10.3 says that they have made signifigant
  changes to /etc/tcpd.  So much so that it will not talk to any non-10.3 machines
  unless it is run with the -c switch.

Hogwash.  They make a big deal about this, but it only affects UDP packets,
and then only rarely, and then only the first time (the first
re-transmission will have a different checksum and should be OK).  So the
only things that are really affected are UDP users with bogus (missing)
re-transmission algorithms.  Not even worth thinking about, much less
providing a compatibility switch for.

My home directory is located on an AFS server, so the only way I can get to
my files is by UDP.  I get there just fine and I don't need no -c switch.

The problem I had was more likely a tty IO problem.  Something about the
pgroup of the console getting switched to the tcpd, and then init can't
write to it any more.  That's why all lines that write to the console in
/etc/rc should be done in a subshell, like this:

	(/etc/tcpd >/dev/console)

I think they just made a typo in the rc file.