home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / bsd / 11795 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  6.1 KB
  1. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!caen!batcomputer!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!werple.apana.org.au!pos!posgate!sleeper!raz
  2. From: raz@sleeper.apana.org.au (Roland Turner)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: ENOUGH! Re: BSDI/USL Lawsuit -- More Bad News for Human Beings...
  5. Message-ID: <C1C7I4.2FD@sleeper.apana.org.au>
  6. Date: Sun, 24 Jan 1993 02:42:03 GMT
  7. References: <C0yK27.9Ly@csn.org> <1ja6bgINNh23@chnews.intel.com> <BZS.93Jan16205935@world.std.com> <1993Jan20.230616.25164@igor.tamri.com>
  8. Distribution: inet
  9. Organization: Desolation Road Railfan BBS
  10. Lines: 122
  11.  
  12. jbass@igor.tamri.com (John Bass) writes:
  13.  
  14. [Many things, most of them crock, several are quoted below.]
  15.  
  16. John, I agree that the structural basis of UNIX is terrible, to describe it
  17. as a dinosaur (which you didn't - but I will) is accurate if flattering. I
  18. have just spent dozens of hours being driven up the wall by the problems of
  19. trying to use an unstable OS to contruct a stable OS. If only its configuration
  20. mechanism were closer to that of, say, Plan 9 or (dare I say it?...) MSDOS.
  21.  
  22. Linking a gargantuan kernel is indeed ridiculous, but it is workable and it
  23. is currently the easiest approach available to the masses in terms of 
  24. publicly available code. There are no other PD OSs as easily available and 
  25. widely used as 386bsd and Linux (which you didn't mention, but if your 
  26. contention is that the 'crime' is the duplication of structure then Linux is
  27. neccessarily included in the list of offenders) which have the networking, 
  28. multitasking, virtual memory and programmer's tools available on these 
  29. platforms. (I beg you to correct me if I am wrong here. Suggest a better
  30. option and I'll dump 386bsd in an instant.)
  31.  
  32. >First, the group at UCB, Joltz, BSDI, and others all have acted
  33. >out a plan to attempt to place the AT&T/USL UNIX product into the
  34. >public domain. A conspiracy based in false "Robin Hood" ethics.
  35.  
  36. This is false. Present your evidence. (NB as per the constitutional
  37. frameworks present in both your country and mine, statements of 
  38. criminal activity such as the above are FALSE until AFTER being found
  39. to be true by a court of law.)
  40.  
  41. >I doubt the Studios, Screen Actors Guild, or the courts would allow
  42. >the Trekies to rewrite every line/scene of each movie/episode (while
  43.  
  44. Irrelevant. UNIX is a functional thing, NOT an aesthetic one. (As you
  45. have pointed out, it is at some levels particularly non-aesthetic.)
  46. As I understand it (again, correct me if I am wrong) anti-trust 
  47. legislation REQUIRES corporations developing product to provide 
  48. sufficient information for a competitor(s) to produce a functionally
  49. equivalent product, specifically to promote competition and intensified
  50. development of arts and useful sciences to further the intent of the 
  51. constitutional provisions which ALLOW an entity to own a patent or
  52. copyright in the first place.
  53.  
  54. >From my view what UCB, Joltz, BSDI and others have done has neither
  55. >advanced the art nor been in the UNIX industries best interest. With
  56.  
  57. In which case you have been asleep since before you first encountered
  58. UNIX. Note that SVR4 contains numberous features that WERE part of 
  59. 4.3BSD (regardless of who developed them) and that WERE NOT part of
  60. SVR3. The BSD project, BY COMPETITION, brought about many of the current
  61. features of UNIX. This is explicitly supported by your nation's 
  62. legislation and is an excellent example of how well it can work.
  63.  
  64. >They should have followed the example of other university research
  65. >teams and done some REAL research to give us a guiding example of
  66. >what OS's should look like in the next century instead of perpetuating
  67. >the mistakes and frail framework of UNIX's 1960/70's design.
  68.  
  69. The weight of history will be with us always. No apology.
  70.  
  71. >Joltz has contended that his goal was to make 386BSD an operating
  72. >system research tool/platform would have been most noble ... if it
  73. >was atleast a 1990's design instead of a warmed over 1960's design.
  74. >The truth is that if this was really his goal, there are dozens of
  75. >better OS frameworks than the tired old UNIX design.
  76.  
  77. Jolitz reconised a small piece of reality that appears to have escaped
  78. your attention. He utilised existing, freely distributable material
  79. instead of re-inventing the wheel (square though it may be) to save 
  80. several man years. The idea is "foist something on the masses and see
  81. what 100,000+ users can come up with" IMHO.
  82.  
  83. >There are many ways to build a POSIX compatable OS to advance the
  84. >art ... 386BSD is not in my wildest dreams anything other than the
  85. >bastard child of a tired old 1960's UNIX OS design.
  86.  
  87. Who ever aid it was anything else?
  88.  
  89. >Bring on the MACH
  90.  
  91. Tell me which FTP site to aquire a fully operational 386 implementation from.
  92.  
  93. > SPRITE
  94.  
  95. Tell me which FTP site to aquire a fully operational 386 implementation from.
  96.  
  97. > PLAN9
  98.  
  99. Tell me which FTP site to aquire a fully operational 386 implementation from.
  100.  
  101. > and other truely inovative designs.
  102.  
  103. Tell me which other truly innovative designs and which FTP site to aquire a 
  104. fully operatioal 386 implementation from.
  105.  
  106. >Let the commercial guys milk the MSDOS & UNIX markets and pay our
  107. >salaries as long as they can. In a few years MSDOS & UNIX are likely
  108. >to be as interesting as IBM 370 OS/MVT, or 360 DOS, or 1620 executive,
  109. >or DEC PDP11/RSTS or any of the other OS technolgies I sometime try
  110. >to remember from my past that USED TO BE the main stream MUST KNOW.
  111.  
  112. Few must mean something different to you than what it means to me. (few ~= 3)
  113.  
  114. >I LOVE UNIX and have been a wild supporter for 17 years ... but it
  115. >has it limits, and just as MS-DOS, those limits are preventing
  116. >us from moving forward to better technologies.
  117.  
  118. This however is totally irrelevant to the discussion.
  119.  
  120. >It's time we get out of the herd mentality and view the USL vs BSDI
  121. >lawsuit as it really is ... a botched attempt by BSDI & Joltz to
  122. >plagiarize UNIX. Let's not make folk heros of them over their petty
  123. >actions. Lets focus instead on the other teams that are bringing us
  124. >our future.
  125.  
  126. Let's see your evidence for these ridiculous claims. Let's hear from you
  127. he identity of these other groups and the methods of aquisition of usable
  128. development/evaluation systems.
  129. -- 
  130. Bye for now.
  131.         - Raz.
  132.  
  133. raz@sleeper.apana.org.au   (Roland Turner)   (OH) 61 2 319 5700
  134.