home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / org / sug / 621 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  4.8 KB

  1. Xref: sparky comp.org.sug:621 comp.org.usenix:1351 comp.unix.wizards:5585 comp.unix.bsd:11647
  2. Newsgroups: comp.org.sug,comp.org.usenix,comp.unix.wizards,comp.unix.bsd,news.sys-admin
  3. Path: sparky!uunet!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!fstop.csc.ti.com!choctaw!peterson
  4. From: peterson@choctaw.csc.ti.com (Bob Peterson)
  5. Subject: Re: IMPORTANT: POSIX threatens our use of lp/lpr and friends
  6. Message-ID: <1993Jan21.124947.8297@csc.ti.com>
  7. Sender: usenet@csc.ti.com
  8. Nntp-Posting-Host: choctaw
  9. Organization: Texas Instruments
  10. References: <C15sst.JqA@ra.nrl.navy.mil>
  11. Date: Thu, 21 Jan 1993 12:49:47 GMT
  12. Lines: 89
  13.  
  14. ------
  15.   Note: Posted for the person named in the signature.
  16. ------
  17.  
  18. I have been active in the standards community, both domestically and
  19. internationally for about 15 years and have served on the IEEE
  20. Standards board and chaired the IEEE REVCOM committee for the last
  21. three years.  REVCOM, for those of you who don't know, is the committe
  22. which reviews all of the IEEE standards following the balloting
  23. process, determines whether or not the document represents the
  24. consensus of industry and recommends to the IEEE Standards Board
  25. whether or not a particular document should be accepted by the Board
  26. as a standard or returned to the sponsor for further work due to
  27. procedural (and sometimes technical) reasons.
  28.  
  29. REVCOM *STRONGLY* frowns on ballot stuffing or other attempts to
  30.        ========== 
  31. subvert the consensus process and those doing so may find themselves
  32. excluded from participating in future ballots at the Sponsor's
  33. discretion or have their votes discarded or lumped together into a
  34. single vote.  
  35.  
  36. The recent message from Ran Atkinson <atkinson@itd.nrl.navy.mil>
  37. entitled "IMPORTANT: POSIX threatens our use of lp/lpr and friends "
  38. has several errors which I would like to clear up.
  39.  
  40. |>   Namely get on the balloting group for the POSIX.7 standard.  ANYONE
  41. |> who breathes can get on the balloting group.  If you are an IEEE
  42. |> member then give your membership number.  If not, call up the IEEE and
  43. |> say that you are "a party of interest for the POSIX standards and have
  44. |> experience with UNIX".  
  45.  
  46. While it is true that *anyone* may request to be on an IEEE Sponsor
  47. ballot, *only* those who are IEEE or Computer Society members will
  48. receive an actual yes/no ballot.  Others will receive an information
  49. copy of the document and a form for responding with comments.
  50. Although all comments (from anyone) are required to be considered and
  51. responded to, by IEEE balloting rules, a document is approvable when 75%
  52. of the yes/no votes are affirmative.  
  53.  
  54. Obviously the higher the percentage, the better, and Sponsors are
  55. encouraged to resolve favorable as many comments as possible to achive
  56. .gt. 75%.  However 75% is acceptable provided everyone has had a
  57. chance to see all of the unresolved negative comments and the
  58. committee's reasons why they cannot be resolved favorably.
  59.  
  60. |>   Once the ballot goes out, folks in the balloting group can object to
  61. |> basing the standard on Palladium and state that you "want the standard
  62. |> to be based on existing practice as demonstrated by UNIX System V and
  63. |> BSD UNIX rather than Palladium which is not existing practice and is
  64. |> known not to work well."
  65. |> 
  66. |>   Please recirculate this note to folks you think might be of interest
  67. |> and circulate it at USENIX and other UNIX User's gatherings.
  68. |> 
  69.  
  70. This is the kind of thing that can be used as evidence of block
  71. voting and which is detremental to the consensus process.
  72.  
  73. Whatever happens, you can be relatively assured that REVCOM will not
  74. approve anything which does not represent a consensus of the industry.
  75. But recognise that IEEE and ANSI definition of consensus is "More than
  76. a majority, but not unananimity."  It is entirely possible for 25% of
  77. the population to be opposed and still have a standard approved.
  78.  
  79. None of the above is intended to discourage anyone from voicing their
  80. opinion or becoming actively involved in the committees which develop
  81. standards.  In fact, I encourage the latter so that more of industry,
  82. especially the military, is represented during development.  But the
  83. most effective way to do this is to become involved in the committee
  84. work early on as opposed to complaining when others have done all of
  85. the work in a way you may not happen to like.
  86.  
  87. If anyone wishes to discuss this in further detail, I can be reached
  88. below.
  89.  
  90. Regards,
  91.  
  92. Clyde
  93.  
  94.  
  95. =======================================================================
  96.                                  |
  97. Clyde R. Camp, P.E.              |   " There is nothing so susceptible  
  98. Texas Instruments, Incorporated  |     to the secret manipulations of
  99. (214) 995-0407                   |     evil men as a democracy. "
  100. (214) 995-0304 (Fax)             |             Plutarch, circa 120ad
  101. camp@csc.ti.com                  |
  102. =======================================================================
  103.