home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sun / admin / 9461 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  2.8 KB

  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!rook.ukc.ac.uk!eagle.ukc.ac.uk!gjap
  2. From: gjap@ukc.ac.uk (G.J.A.Paul)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: SPARCclassic and SunOS 4.1.x
  5. Message-ID: <2613@eagle.ukc.ac.uk>
  6. Date: 15 Dec 92 18:31:26 GMT
  7. References: <Bz4D02.DD7@news.fai.com> <1992Dec14.071012.10498@zip.eecs.umich.edu> <1992Dec14.084639.18266@fwi.uva.nl>
  8. Reply-To: gjap@ukc.ac.uk (G.J.A.Paul)
  9. Organization: Computing Lab, University of Kent at Canterbury, UK.
  10. Lines: 47
  11. Nntp-Posting-Host: eagle.ukc.ac.uk
  12.  
  13. (Newsgroups line trimmed)
  14.  
  15. In article <1992Dec14.084639.18266@fwi.uva.nl> you write:
  16. >As for that SysV thing, why is it that people value to 5-10 year old
  17. >technology (4.3 BSD) over a much more modern Unix (Solaris 2.x)?
  18.  
  19. Because the technology is better in 4.3BSD.  Even Solaris 2.1 has an
  20. antiquated feel about it.  Everything is bloated and complicated and
  21. doesn't lent itself to `remote administration' -- e.g. stupid
  22. screen-based interfaces to do system administration.  Yes I know that
  23. deep down it is just writing files, but the program interface to those
  24. files isn't publicised.
  25.  
  26. Sun has done us existing customers no favours.  The system
  27. superstructure has taken several steps back and they've offered no
  28. assistance in the move.  We've had to buy a development machine in
  29. order that we can start on the enormous amount of work required to
  30. migrate.  And the end result will be worse; maybe the users won't
  31. notice any differences, but the administrators will be tearing their
  32. hair out.
  33.  
  34. >If and when you get 4.4BSD, you would hardly recognise it as BSD
  35. >and you would have to do as much porting from SunOS 4.1.x to 4.4
  36. >BSD as you have to do now to Solaris 2.x.
  37.  
  38. Indeed so, at least from an application programmer's point of view.
  39. Most established applications will already have been moved between
  40. different versions of SunOS and even different versions of Unix.
  41. But the difficult area is system administration; an administrator is
  42. suddenly confronted with a wildly different set of tools.  And whilst
  43. an application developer might just be able to hack a few lines of
  44. code and link against a compatibility library, the changes in working
  45. practices for an administrator are not well understood.  It may be all
  46. right for you, but we've been running Unix since 1976 and we've
  47. acquired a fair amount of infrastructure in that time.  Sun can't tell
  48. us how to migrate (say) our user accreditation system, which covers
  49. various flavours Unix, VMS, printer accounting, and other systems.
  50. Everywhere we look there is something more that Solaris 2.x breaks.
  51.  
  52. Note that most of the good bits in SVR4 came from Berkeley.  Note too
  53. that the reason that many people bought Suns in the first place was
  54. because they were BSD + some other bits which you could ignore (and
  55. have done quite successfully for many years).
  56.  
  57. Just my opinions,
  58.  
  59. Godfrey Paul
  60.