home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / pcclone / 32bit / 1406 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.3 KB
  1. Xref: sparky comp.unix.pc-clone.32bit:1406 comp.unix.sys5.r4:1428
  2. Path: sparky!uunet!ukma!asuvax!ncar!vexcel!copper!slate!mbarkah
  3. From: mbarkah@slate.mines.colorado.edu (Ade Barkah)
  4. Newsgroups: comp.unix.pc-clone.32bit,comp.unix.sys5.r4
  5. Subject: Re: Running UUGETTY under Sys V R:4.2
  6. Message-ID: <1993Jan28.193103.44790@slate.mines.colorado.edu>
  7. Date: 28 Jan 93 19:31:03 GMT
  8. References: <1k8re9INNjve@uwm.edu>
  9. Organization: Colorado School of Mines
  10. Lines: 23
  11.  
  12. I tried to make sense out of all the sysv mechanisms to handle
  13. ports, and finally told my self that it's not worth doing for
  14. managing one or two serial ports.
  15.  
  16. In svr4, everything is under the `Service Access Facility',
  17. under which you use the sacadm administrative command and 
  18. configure `port monitors' (with pmadm.) Then these port mon
  19. -itors manages services, such as ttymon (which you configure 
  20. using yet another command, ttyadm.)
  21.  
  22. Within sysadm there is also a `Quick Port Setup' or something
  23. like that. However, I believe this is badly broken, since it
  24. changes some kernel parameters incorrectly. It might be in
  25. Eric's bug-FAQ.
  26.  
  27. So, I decided to use uugetty. Sure, it `will not be supported'
  28. in future releases, but that's for another day...
  29.  
  30.  
  31. -Ade
  32. -- 
  33. Internet  : mbarkah@slate.mines.colorado.edu    (NeXT Mailable)
  34. CompuServe: 74160,3404
  35.