home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / v21 / 149 < prev    next >
Internet Message Format  |  1990-12-05  |  2KB
  1. From std-unix-request@uunet.uu.net  Fri Sep 28 21:22:20 1990
  2. Received: from cs.utexas.edu by uunet.uu.net (5.61/1.14) with SMTP 
  3.     id AA03945; Fri, 28 Sep 90 21:22:20 -0400
  4. Posted-Date: 28 Sep 90 23:49:05 GMT
  5. Received: by cs.utexas.edu (5.64/1.76) 
  6. From: rja7m@chaos.cs.Virginia.EDU (Ran Atkinson)
  7. Newsgroups: comp.std.unix
  8. Subject: Re: Standards Update, NIST Shell-and-Tools FIPS Workshop
  9. Message-Id: <561@usenix.ORG>
  10. References: <558@usenix.ORG>
  11. Sender: jsq@usenix.ORG
  12. Reply-To: rja7m@chaos.cs.Virginia.EDU (Ran Atkinson)
  13. Organization: University of Virginia
  14. X-Submissions: std-unix@uunet.uu.net
  15. Date: 28 Sep 90 23:49:05 GMT
  16. To: std-unix@uunet.uu.net
  17.  
  18. Submitted-by: rja7m@chaos.cs.Virginia.EDU (Ran Atkinson)
  19.  
  20. As a former Federal employee and someone who looks at POSIX
  21. strictly from the user point of view, I'd much rather see NIST
  22. write a FIPS based on P1003.2/10 AND the current P1003.2a than
  23. to have them write one based on P1003.2/9 because it seems clear
  24. that draft 9 will be farther from the end product than draft 10
  25. will be by a significant margin and P1003.2a has a lot of stuff 
  26. that most existing UNIX (tm) users expect to see that was omitted
  27. from P1003.2.  For that matter, it might be worth looking at the
  28. SVID for System V, Release 4 and the BSD 4.3 Tahoe documentation
  29. to see if there is other stuff that isn't part of the P1003.2 
  30. effort that NIST thinks government users need.  For my part,
  31. I want P1003.2 to specify an environment with capabilties
  32. comparable to what BSD and the SVID both specify and I don't
  33. really see that just now in the drafts.
  34.  
  35. I have mixed feelings about the notion of NIST pushing the FIPS this fast, 
  36. but I agree that some vendors are clearly just trying to drag out the
  37. IEEE standards process and are trying to water down the standard so
  38. that their existing proprietary system will meet the standard.
  39.  
  40. Randall Atkinson
  41. randall@Virginia.EDU
  42.  
  43. Volume-Number: Volume 21, Number 149
  44.  
  45.