Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!usc!ucsd!ucbvax!UMIX.CC.UMICH.EDU!thompson%pan
From: thompson%pan@UMIX.CC.UMICH.EDU (John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: bsd4.3
Message-ID: <9007131550.AA25981@pan.ssec.honeywell.com>
Date: 13 Jul 90 15:50:47 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 45



> Whilst the Apollos are running BSD4.3, it's with Aegis which has
> a typed file system (surprise!); and NFS doesn't work for anything
> but plain files and directories. I suppose our Apollos must be the
> only ones left in the world still running 9.7. Woe is me.
You're running bsd4.2 on your sr9.7 nodes, (minor quibble), unless
you ported 4.3 yourself.  If you did, ignore the rest of this, as you
know more about Unix than I ever will.  :-)

> Questions.
> Does the latest Apollo/HP SR10 BSD4.3 version:
> 
>  a) have "standard/compatible" BSD4.3 sockets, file system and kernel,
>     (please no standards debates!)
Yes(?)  
>  b) does NFS work transparently for local/remote file systems,
We had grief with it, but there's a new version out (2.1, I think).
>  c) how are accounts administered - still edrgy et al? ACLs?
Yes (but not still).  SR9.7 used/uses edacct and edppo (yuck!).
>  d) can BSD4.3 be installed without any Aegis "extras" whatsoever, and
Without the Aegis O/S?  Yes.  Without the "extras" like ACLs?  No.
The Domain system is still there.  Aegis doesn't need to be present.
Instead of having a kernel with Aegis wrapped around it, and Unix 
on top of that, you now have a kernel with (up to) 3 O/S's resting
on it.
>  e) do gcc and X11R4 compile with no more than the usual mucking around?
BeatsMe, but from comments on the net, I'd say no.

> Does TCP use netsvc on the ring subnet?
No.  Even if you have the DDS (Domain Distributed System) stuff disabled 
with netsvc, TCP services continue.  (This is a handy bug/feature, in
my opinion.  On the other hand, I'm one of ~ 3 people who use TCP within
the Apollo ring.)

> What are the transport level configuration options?
Again, BeatsMe.

John Thompson (jt)
Honeywell, SSEC
Plymouth, MN  55441
thompson@pan.ssec.honeywell.com

As ever, my opinions do not necessarily agree with Honeywell's or reality's.
(Honeywell's do not necessarily agree with mine or reality's, either)