Path: utzoo!attcan!uunet!omen!caf
From: caf@omen.UUCP (WA7KGX)
Newsgroups: comp.unix.xenix
Subject: Re: Turning Security Off on SCO Unix?
Message-ID: <884@omen.UUCP>
Date: 20 Dec 89 17:43:19 GMT
References: <23136@brunix.UUCP> <196500037@trsvax>
Reply-To: caf@omen.UUCP (WA7KGX)
Organization: Omen Technology INC
Lines: 35

In article <196500037@trsvax> uhclem@trsvax.UUCP writes:
:                          ...                          (It also plays
:havoc with NFS, old and HDB UUCP, and who knows what else.

I don't know about old uucp, but Bews and the HDB UUCP that comes with
SCO Unix worked normally before security was relaxed.

							    SCO also said 
:that 'su' to root was completely illegal thanks to C2.  Does anyone know
:if this is true under "relax"ed conditions?)   

There are some subtle differences in how rc.d/* scripts work.  However,
sushi programs work just fine for file deletes, etc.

Your results may vary, but the only thing that I need to do that I can't
easily do with the current ODT/Unix is: compile/link a moderately massive
(200k) 286 large model program.  My workaround was to establish a
phantom root populated with Xenix 2.2 DEV SYS files as needed (chroot(1)).

Please note that 286 programs that have to be run by the emulator won't
SUID properly.  This is a problem for all 386 Unix's.  386 Xenix executed
286 programs directly and doesn't have this problem.

Bottom line: If you lust for the new toys and/or faster file system, and
have some memory to spare, SCO Unix is here and now.  Otherwise, if it
(386 Xenix) ain't broke why fix it?

	"Most of these vi experts know what they do from
	studying the source code, not by reading the
	manual."  --  Ray Swartz
Chuck Forsberg WA7KGX          ...!tektronix!reed!omen!caf 
Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, and DSZ
  Omen Technology Inc    "The High Reliability Software"
17505-V NW Sauvie IS RD   Portland OR 97231   503-621-3406
TeleGodzilla:621-3746 FAX:621-3735 CIS:70007,2304 Genie:CAF