home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / solaris / 305 next >
Encoding:
Internet Message Format  |  1992-11-15  |  5.3 KB

  1. Xref: sparky comp.unix.solaris:305 comp.unix.bsd:8905
  2. Path: sparky!uunet!know!cass.ma02.bull.com!think.com!sdd.hp.com!cs.utexas.edu!wupost!darwin.sura.net!paladin.american.edu!news.univie.ac.at!chx400!sicsun!siisun.epfl.ch!brossard
  3. From: brossard@siisun.epfl.ch (Alain Brossard EPFL-SIC/SII)
  4. Newsgroups: comp.unix.solaris,comp.unix.bsd
  5. Subject: Re: Solaris 1.1 vs. Solaris 2.0 (BSD vs AT&T)
  6. Message-ID: <1992Nov15.204354@siisun.epfl.ch>
  7. Date: 15 Nov 92 19:43:54 GMT
  8. References: <kzin.721442926@cc.gatech.edu> <BxLz6x.EL7@cs.uiuc.edu> <VIXIE.92Nov14194825@cognition.pa.dec.com>
  9. Sender: news@sicsun.epfl.ch
  10. Reply-To: brossard@sic.epfl.ch
  11. Followup-To: comp.unix.solaris
  12. Organization: Ecole Polytechnique Federale de Lausanne
  13. Lines: 88
  14.  
  15. In article <VIXIE.92Nov14194825@cognition.pa.dec.com>, vixie@pa.dec.com (Paul A Vixie) writes:
  16. |> It has been a long time since I posted a semi-drunken flame to usenet.
  17. |> 
  18. |> # There are a lot of reasons to unify the UNIX world under one roof.  You
  19. |> # may prefer BSD over SysV, but let's face facts -> BSD is dead.  BSD is
  20. |> # the property of UC California, Berkeley, and they are closing it down.
  21. |> # The BSD offices are slowly getting ready to close, and UC has announced
  22. |> # that it does not feel that the University should be functioning as a 
  23. |> # source code house.  So, without someone to carry that torch, BSD will
  24. |> # slowly die.  
  25. |> 
  26. |> You mean I'll be back to the 14-character file name limit soon?  Or that
  27. |> I'll have to convert all my code from sockets to STREAMS?  Or that I'll
  28. |> have to run a 200-kilobyte shell script to add accounts to my computer
  29. |> soon?  Or that I'll have to punt X Windows in favor of a DMD5620 or VT100?
  30. |> Or that I'll have to log into ksh or sh since will be removed from my disk?
  31.  
  32.    What are you raving about???   I thought you knew better than spout
  33. nonsense like this.  Of course if you compare the early days of SV to
  34. the most modern BSD, you can find problems but have a look at SVR4 before
  35. posting next time!!!
  36.  
  37.    I use Solaris 2.x and:
  38.     - no 14 characters limit in file names, instead it even accepts
  39.       full ISO-Latin-1 file names, try that with csh and BSD!  (Yes
  40.       the csh that comes with SVR4 understands 8 bits chars correctly!)
  41.       True, Solaris 2.x doesn't support the SV file system, but since
  42.       SVR4 supports the BSD FFS your argument is still bogus.  Beside
  43.       I would be surprised if that limit still existed under the System V
  44.       file system.
  45.     - Sockets code runs just fine under SVR4 and will continue to do so
  46.     - Adding a new user account has never been automated under BSD!
  47.       while under Solaris 2.1, there is a nice admin tool to do this.
  48.     - As for DMD5620 (?) vs VT100, check SVR4, it comes with X11
  49.     - Csh is certainly part of SVR4, but personnaly I will surely give
  50.       a look at ksh after all the good I've heard about it.  Beside
  51.       I'm sick of all the bugs of csh, ever tried to write a script
  52.       in csh?  I bet you always use sh to do so, so is BSD always
  53.       better than AT&T?
  54.  
  55. |> Face it, dude, AT&T doesn't know UNIX from a hole in their ass.  USL is
  56. |> even less clueful.  System V UNIX is dead.  The market opened their eyes
  57. |> and told them "you can't possibly be serious!" and they adopted BSD as 
  58. |> the only way to keep selling licenses.  POSIX won the interface battle,
  59. |> not SVID.  BSD won the users over.  If you think a new user would take
  60. |> System V.[01234] seriously as a competitor to Windows/NT or BSD, you are
  61. |> totally out of your freaking mind.
  62.  
  63.    You seem to be way out of touch with reality.  The only thing user
  64. cares in the battle of BSD vs AT&T is their shell and assorted windowing.
  65. Since these stays the same under SVR4...   True, a few program have
  66. changed, this is the price to pay to have a standard.  As for why the
  67. BSD options in some programs have lost out to SVR3 options, look at the
  68. market place and see who has the most machines and look at what POSIX
  69. says.
  70.    You seem to think POSIX went all the way to the side of BSD when
  71. it had to choose between the two systems, go back and take a better look!
  72.    As for the choice a new user would make, it certainly won't be BSD.
  73. After all, who sells BSD systems these days, what is the market share?
  74.  
  75.     As for administrators, I'm one, Solaris 2.1 certainly seems a huge
  76. step in the right direction:
  77.  
  78.     NIS+, software packaging, printer handling (yes it is different,
  79. but much more powerful and flexible), user handling, OS installation, etc.
  80.  
  81.     It seems to me that those who whine the most about the good old
  82. days of BSD should be the ones at the forefront of technology.  Check
  83. out the Multi-threading, fully pre-emptive kernel, real-time scheduling,
  84. symetric multi-processing available under Solaris 2.1 for example.
  85.  
  86.    And yes, I fully realize that we will have to port applications
  87. over to the new OS.  But I think a lot of people are exagerating costs
  88. of doing this.  After all, few kernel interfaces have changed for
  89. most user programs and the pipeline tool should be able to flag all of
  90. them such that porting time for medium applications should be really
  91. short.
  92.  
  93.    As for buying new versions of software, we all had to do that when
  94. we moved from Sun OS 3.5 to 4.0 and I don't seem to remember that being
  95. less than the costs of doing so now, and we all survived and stayed
  96. with Sun...
  97.  
  98. -- 
  99.  
  100. Alain Brossard, Ecole Polytechnique Federale de Lausanne,
  101.     SIC/SII, EL-Ecublens, CH-1015 Lausanne, Suisse, +41 21 693-2211
  102. brossard@sic.epfl.ch
  103.