home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / xenix / sco / 2845 < prev    next >
Encoding:
Text File  |  1992-09-08  |  4.8 KB  |  105 lines
  1. Newsgroups: comp.unix.xenix.sco
  2. Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!math.fu-berlin.de!Sirius.dfn.de!ira.uka.de!sol.ctr.columbia.edu!spool.mu.edu!decwrl!pa.dec.com!dynamix!david@uu3.psi.com
  3. From: david@dynamix.com (David L Jarvis)
  4. Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
  5. Organization:  SOFTWARE / DYNAMIX
  6. Message-ID: <9209061050.AA05570@dynamix.com>
  7. Date: Sun, 6 Sep 92 10:50:19 EDT
  8. X-Received: by usenet.pa.dec.com; id AA06521; Sun, 6 Sep 92 08:38:57 -0700
  9. X-Received: by inet-gw-2.pa.dec.com; id AA11882; Sun, 6 Sep 92 08:38:56 -0700
  10. X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)id AA24391; Sun, 6 Sep 92 11:35:38 -0400
  11. X-Received: by dynamix.com (smail2.5c)id AA05574; 6 Sep 92 10:50:19 EDT (Sun)
  12. X-To: comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
  13. X-In-Reply-To: <Btzo2C.vn@mudos.ann-arbor.mi.us>; from "Marc Unangst" at Sep 3, 92 6:15 am
  14. X-Mailer: ELM [version 2.3 PL11]
  15. Lines: 88
  16.  
  17. > So what are the "good reasons" to drop Xenix/286 support?  As far as I
  18.  
  19. How about all those segmentation violations that arose from the 286 not
  20. having hardware memory protection?  The 286 was a bastardized 186, and both
  21. were brain-dead.  My opinions are based on the hardware, not the OS.
  22. But again, this is a digression.
  23.  
  24. > can tell, it's still a viable OS -- there are people out there still
  25. > running it (I know, we have a client who is using it), and it serves
  26. > their needs just fine.  
  27.  
  28. Wow, this is quite a contradiction to what you've been arguing ...
  29. How can you say Xenix has no reason for existence one second and the next
  30. say that it still serves the clients needs just fine and is a viable OS ???
  31. Why haven't you forced this client and others like them to switch to Unix?
  32. WOW!!!  Could it be that ... perhaps ... they don't NEED Unix???!!!  
  33. You said it yourself Marc, Xenix serves their needs just fine, and THATS
  34. what we've all been saying right along ...
  35.  
  36. > So why is it okay for vendors to ditch
  37. > Xenix/286, but not okay for them to drop Xenix/386?  After all, apps
  38.  
  39. Lots of reasons ... the hardware is obsolete and flawed, and the OS
  40. suffered many problems because of this ... but again, this digression
  41.  
  42. > >Xenix is the absolute most mature and stable product on the *nix market.  
  43. > 
  44. > Again, you're making these sweeping statements.  Qualify "mature" and
  45. > "stable", please.
  46.  
  47. Show me a *nix that's been in the intel-based micro market longer - 
  48. you can't - why? - because Xenix was the first, and I was there to witness
  49. it's birth on the 286 (Tandy released it's version of Microsoft Xenix, and
  50. soon thereafter SCO did as well)
  51. So what I meant by mature and stable was that it's had more time to have
  52. all the major problems resolved, and to become more refined ...
  53.  
  54. > >What exactly do you mean by "clean"?  
  55. > 
  56. > I mean that SCO Unix doesn't have ugly kludges like Xenix's
  57. > pseudo-inittab file.  
  58.  
  59. What would inittab provide that /etc/ttys doesn't?  Under *normal*
  60. circumstances, /etc/ttys w/ enable/disable does just fine.  
  61.  
  62. > Or Xenix's horrid V7-style kernel configuration.
  63.  
  64. Oh please ... the configure script makes this simple and painless ...
  65. who cares what "style" configuration the system uses as long as it 
  66. works ... I've never once had a problem configuring Xenix ...
  67.  
  68. > And ever try to get Xenix to use domain-style e-mail addresses with
  69. > the software SCO supplies?
  70.  
  71. Nope - I've always used smail ... never had a problem with it either 
  72. (why buy an inferior SCO product when a free on will do?)
  73.  
  74. > >Easier to administer?
  75. > 
  76. > Yep.  I don't have to keep two separate areas in my mind for "the way
  77. > Xenix does things" and "the way everything else does things."  
  78.  
  79. So Unix is better than Xenix because you don't want to learn Xenix?
  80. Sure it's different, but are all Unixes out there the same?  Hell no.
  81. Again, our primary concern is the clients best interest ... so if Xenix is
  82. the best solution, we provide it, and if it means that one of our systems
  83. people have to do some relearning from SVR4 (where most of our ppl come
  84. from) to Xenix, so be it ...
  85.  
  86. > >Nice choice of .sigs ... sounds like you're out to enlighten the entire 
  87. > >world (and not just us unfortunates on c.u.x.sco!)  to your way of
  88. > >thinking.
  89. > 
  90. > It's a JOKE, Dave.  Y'know, like, something you laugh at?  Get a clue.
  91. > No, here, take two -- they're small.
  92. > 
  93. > >#  Real men don't try to tell the world what a real man does.          #
  94. > 
  95. > Oooh.  Why, I feel so...unMANly now.
  96.  
  97. My point was that your .sig fell right in place with what you've been
  98. trying to tell everybody here ... "hey, real men don't use Xenix" ...    
  99.  
  100.  
  101. #----------------------------------------------------------------------#
  102. #          David L. Jarvis                 SOFTWARE  /                 #
  103. #          david@dynamix.com                       /  DYNAMIX          #
  104. #----------------------------------------------------------------------#
  105.