home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.22 / text0000.txt < prev    next >
Encoding:
Text File  |  1991-03-06  |  12.6 KB  |  302 lines

  1. Submitted-by: jsq@usenix.org (John S. Quarterman)
  2.  
  3. This is the first article in Volume 22 of comp.std.unix.
  4. These volumes are purely for administrative convenience.
  5. Feel free to continue any previous discussion or to start new ones.
  6.  
  7. Topic.
  8.  
  9. The USENET newsgroup comp.std.unix, also known as the mailing list
  10. std-unix@uunet.uu.net, is for discussions of standards related to
  11. the UNIX operating system, particularly of IEEE P1003, or POSIX,
  12. including IEEE 1003.1, 1003.2, etc.
  13.  
  14. Other related standards bodies and subjects include but are not limited to
  15.     IEEE 1201 and IEEE 1238,
  16.     ISO/IEC JTC1 SC22 WG15 (the ISO and IEC version of POSIX),
  17.     the U.S. and other Technical Advisory Groups (TAGs) to WG15,
  18.     the X3.159 Programming Language C Standard by the ANSI X3J11 committee,
  19.     ISO/IEC JTC1 SC22 WG14 (the ISO and IEC version of X3.159),
  20.     ANSI X3J16 on the C++ programming language,
  21.     ANSI X3B11.1 on WORM File Systems,
  22.     the National Institute of Standards and Technology (NIST),
  23.     and their Federal Information Processing Standards (FIPS),
  24.     X/Open and their X/Open Portability Guide (XPG),
  25.     the Open Software Foundation (OSF),
  26.     UNIX International (UI),
  27.     the UniForum Technical Committee,
  28.     the AFUU Working Groups,
  29.     PortSoft,
  30.     AT&T System V Interface Definition (SVID),
  31.     System V Release 3, System V Release 4,
  32.     4.2BSD, 4.3BSD, 4.4BSD,
  33.     Tenth Edition UNIX, Plan 9 from Bell Labs,
  34.     Mach, Chorus, Amoeba,
  35.     and the USENIX Standards Watchdog Committee.
  36.  
  37. Moderator.
  38.  
  39. The newsgroup comp.std.unix and the mailing list std-unix@uunet.uu.net
  40. is moderated.  The moderator is John S. Quarterman.
  41.  
  42. Disclaimer.
  43.  
  44. Postings by any committee member (especially including me) in this
  45. newsgroup do not represent any position (including any draft, proposed
  46. or actual, of a standard) of the committee as a whole or of any
  47. subcommittee unless explicitly stated otherwise in such remarks.
  48.  
  49. * UNIX is a Registered Trademark of AT&T.
  50. ** IEEE is a Trademark of the Institute for Electrical and Electronics
  51.     Engineers, Inc.
  52. *** POSIX is not a trademark.
  53. Various other names mentioned above may be trademarks.
  54. I hope their owners will not object if I do not list them all here.
  55.  
  56.  
  57. Postings.
  58.  
  59. Submissions for posting to the newsgroup and comments about the newsgroup
  60. (including requests to subscribe or unsubscribe to the mailing list)
  61. should go to two different addresses:
  62.  
  63.         DNS address            UUCP source route
  64. Submissions    std-unix@uunet.uu.net        uunet!std-unix
  65. Comments    std-unix-request@uunet.uu.net    uunet!std-unix-request
  66.  
  67. The hostname cs.utexas.edu may be used in place of uunet.uu.net or uunet.
  68. Permission to post to the newsgroup is assumed for mail to std-unix.
  69. Permission to post is not assumed for mail to std-unix-request,
  70. unless explicitly granted in the mail.  Mail to my personal addresses
  71. will be treated like mail to std-unix-request if it obviously refers
  72. to the newsgroup.
  73.  
  74. The mailing list is distributed on the Internet, UUCP, and elsewhere.
  75. There is a redistribution list on BITNET for BITNET, EARN, and NetNorth.
  76. Please send submissions from those networks to std-unix@uunet.uu.net
  77. nonetheless, because messages sent to the BITNET LISTSERV will not reach
  78. the whole list.
  79.  
  80. If you have access to USENET, it is better (more efficient, cheaper,
  81. less effort for me to manage) to subscribe to the newsgroup comp.std.unix
  82. than to the mailing list.  Submissions should still go to the above
  83. addresses, although many (perhaps most) USENET hosts will forward
  84. attempts to post directly to the newsgroup to the moderator.
  85.  
  86. Posted articles may originate from uunet.uu.net, longway.tic.com, tic.com,
  87. cs.utexas.edu, or usenix.org.  There are also occasional guest moderators,
  88. who may post from still other machines.  Guest moderators are announced
  89. in advance by the regular moderator.
  90.  
  91. Archives.
  92.  
  93. Archives for comp.std.unix or std-unix@uunet.uu.net may be found on UUNET.
  94. Most of them are compressed, so if you don't have compress, get it first
  95. (it's in the comp.sources.unix archives).
  96.  
  97. The comp.std.unix archives may be retrieved by anonymous FTP over the Internet.
  98. Connect to uunet.uu.net with FTP and log in as user anonymous with password
  99. guest.
  100.  
  101. The current volume is in the file
  102.         ~ftp/comp.std.unix/archive
  103. or
  104.         ~ftp/comp.std.unix/volume.22
  105. The previous volume may be retrieved as 
  106.         ~ftp/comp.std.unix/volume.21.Z
  107. and so forth for more ancient volumes.
  108.  
  109. For hosts with direct UUCP connections to UUNET, UUCP transfer from
  110. host uunet should work with, for example,
  111.         uucp uunet!'~ftp/comp.std.unix/archive' archive
  112. You will have to put a backslash before the ! (i.e., \!)
  113. if you're using the C shell.
  114.  
  115. The output of "cd ~ftp/comp.std.unix; ls -l" is in
  116.         ~ftp/comp.std.unix/list
  117. and the output of "cd ~ftp/comp.std.unix; ls -l *" is in
  118.         ~ftp/comp.std.unix/longlist
  119.  
  120. For further details, retrieve the file
  121.         ~ftp/comp.std.unix/README
  122.  
  123.  
  124. General submission acceptance policy.
  125.  
  126. Submissions are never ignored (although they might be overlooked).
  127. If you don't see your article posted and you don't get a mailed
  128. response from the moderator, your submission probably didn't arrive.
  129. However, travel schedules and other business sometimes intervene
  130. (and for that matter it can take many hours for a submission to
  131. get to the moderator and the posted message to get back to the poster),
  132. so you may sometimes not see anything for a few days.  If you wait
  133. and still don't see anything, try sending again.
  134.  
  135. I usually post about 90% of all submissions.  However, as moderator,
  136. I retain the right to reject submissions.  If a submission does not
  137. appear relevant to comp.std.unix, it is sent back to the submittor with
  138. a note saying why it is not appropriate.  Usually this is because it
  139. just doesn't fit the topic of the newsgroup, in which case I suggest
  140. another newsgroup.  Sometimes it is because someone else has already
  141. given the same answer to a question, in which case I ask if the
  142. submittor really wants it posted.  Occasionally I suggest editing that
  143. would make an article more appropriate to the newsgroup.
  144.  
  145. Very occasionally I reject an article outright:  this is almost always
  146. because it contains ad hominem attacks, which are never permitted
  147. in this technical newsgroup.  There are many other potential reasons
  148. for rejection, however, such as inclusion of copyrighted material.
  149. Fortunately, most such problems have not come up.
  150.  
  151. Note that while technical postings on technical subjects are encouraged,
  152. postings about the politics of standardization are also appropriate,
  153. since it is impossible to separate politics from standards.
  154.  
  155. Crosspostings are discouraged.  Submissions such as ``how do I find
  156. xyz piece of software'' or ``is the x implementation better than the
  157. y implementation'' that come in for multiple newsgroups usually get
  158. sent back to the submittor with a suggestion to resubmit without
  159. comp.std.unix in the Newsgroups: line.  Sometimes I'll crosspost if
  160. there's clear relevance to comp.std.unix, but I always add a
  161. Followup-To: line in an attempt to direct further discussion to a
  162. single newsgroup, usually comp.std.unix.  This policy is useful because
  163. crossposting often produces verbose traffic of little relevance to
  164. comp.std.unix.
  165.  
  166.  
  167.  
  168. Editorial policy.
  169.  
  170. When posting a submission, I sometimes make changes to it.  These
  171. are of three types:  headers and trailers; comments; and typographical.
  172.  
  173. Headers and trailers
  174.  
  175. Header changes include:
  176. + Cleaning up typos, particularly in Subject: lines.
  177. + Rationalizing From: lines to contain only one address syntax,
  178.     either hosta!hostb!host!user or, preferably, user@domain.
  179. + Adding a Reply-To: line.  This usually points to the newsgroup
  180.     submission address in the mailing list, but to the submitter
  181.     in the newsgroup, for reasons too messy to detail here.
  182. + Adding the Approved: line.
  183. + Deleting any Distribution: line, as detailed in the next paragraph.
  184.  
  185. The only distribution used in comp.std.unix is no distribution, i.e.,
  186. worldwide.  If it's not of worldwide interest, it doesn't belong in
  187. comp.std.unix.  Anything pertaining to the IEEE/CS TCOS standards
  188. or committees (e.g., IEEE 1003, IEEE 1201), the ANSI X3.159 Programming
  189. Language C Standard (X3J11), or the ISO 9945 POSIX work (ISO/IEC JTC1
  190. SC22 WG15) is of worldwide interest.  If a submission arrives with a
  191. Distribution:  line, such as na or us, I delete that line.
  192.  
  193. Every article has a trailing line of the form
  194. >    Volume-Number: Volume 22, Number 42
  195. This allows the reader to notice articles lost in transmission and
  196. permits the moderator to more easily catalog articles in the archives.
  197. Volumes usually change after about 100 articles, but are purely for
  198. administrative convenience; discussions begun in one volume should
  199. be continued into the next volume.
  200.  
  201. Also, signatures that are excessively long may be truncated.
  202.  
  203.  
  204.  
  205. Comments
  206.  
  207. Comments by the moderator are sometimes added to clarify obscure
  208. issues.  These are always enclosed in square brackets with the
  209. closing mark ``-mod,'' [ like this -mod ].  Sometimes entire articles
  210. appear that are written by the moderator:  these always end with
  211. a signature that includes the words ``moderator, comp.std.unix.''
  212.  
  213. Comments by the editor of the USENIX Standards Watchdog Reports
  214. sometimes appear in those reports.  Such comments are always
  215. enclosed in square brackets and begin with the word ``Editor:''
  216. [ Editor: like this ].
  217.  
  218. Comments by the publisher of the USENIX Standards Watchdog Reports
  219. sometimes appear in those reports.  Such comments are always
  220. enclosed in square brackets and end with the mark ``-pub,''
  221. [ like this -pub ].
  222.  
  223. Entire articles may appear by the editor or publisher of the
  224. Watchdog Reports, and those are always identified by the signature.
  225.  
  226. Typographical
  227.  
  228. People submitting articles sometimes enclose parenthetical comments
  229. in brackets [] instead of parentheses ().  I usually change these
  230. to parentheses to avoid confusion with the above conventions for
  231. comments by the moderator, editor, or publisher.
  232.  
  233. Obvious misspellings, such as ``it's'' for the possesive or
  234. ``its'' as a contraction of ``it is'' are corrected.
  235.  
  236. Excess white space is deleted.
  237.  
  238. Lines longer than 80 characters are reformatted.
  239.  
  240. Redundant quoted headers are often omitted.
  241.  
  242. Very long quotations of previous articles are sometimes shortened.
  243.  
  244.  
  245.  
  246. Common kinds of postings.
  247.  
  248. There are several sets of postings that reoccur in comp.std.unix
  249. at more or less regular intervals.  Here are three of the most common.
  250.  
  251. Calendar of UNIX-Related Events
  252.  
  253. Susanne W. Smith <sws@calvin.wa.com> of Windsound Consulting of Edmonds,
  254. Washington and John S. Quarterman <jsq@tic.com> of Texas Internet Consulting
  255. (TIC) of Austin, Texas publish a combined calendar of planned conferences,
  256. workshops, or standards meetings related to the UNIX operating system.
  257. These appear about every other month in four articles with these titles:
  258.     Calendar of UNIX-related Events
  259.     Access to UNIX User Groups
  260.     Access to UNIX-Related Publications
  261.     Access to UNIX-Related Standards
  262. The first three are posted to
  263.     comp.std.unix,comp.unix.questions,comp.org.usenix
  264. The one about standards is posted only to comp.std.unix.
  265.  
  266. These calendar postings are a private project of Windsound and TIC,
  267. although they are coordinated with various groups such as USENIX, EUUG,
  268. AUUG, JUS, UniForum, and IEEE TCOS.  Smith and Quarterman encourage
  269. others to reuse this information, but ask for proper acknowledgment.
  270.  
  271. USENIX Standards Watchdog Reports
  272.  
  273. The USENIX Association sponsors a set of reports after each quarterly
  274. meeting of the IEEE 1003 and IEEE 1201 standards committees.  These
  275. reports are written by volunteers who are already attending committee
  276. meetings and are edited by the Watchdog Report Editor, who is
  277. Jeff Haemer <jsh@usenix.org>.  Reports on other committees, such as
  278. X3J11, are also included when available.  These reports are reviewed
  279. for publication by John S. Quarterman acting as publisher for the
  280. USENIX Standards Policy Committee, which consists of Quarterman (chair),
  281. Marshall Kirk McKusick (USENIX President), Alan G. Nemeth (past USENIX
  282. President), and Ellie Young (USENIX Executive Director).  The reports
  283. are published in comp.std.unix/std-unix@uunet.uu.net and ;login:
  284. The Newsletter of the USENIX Association.  They are also available
  285. for publication elsewhere.
  286.  
  287. EUUG/USENIX ISO Monitor Project
  288.  
  289. The European UNIX systems Users Group (EUUG) and the USENIX Association
  290. jointly sponsor an observer to the ISO/IEC JTC1 SC22 WG15 (ISO POSIX)
  291. standards committee.  This observer, Dominic Dunlop <domo@tsa.co.uk>,
  292. writes a report after each WG15 meeting, of which there are usually
  293. two a year.  These reports are reviewed by John S. Quarterman, USENIX
  294. Standards Liaison, acting as manager of the ISO Monitor Project.  They
  295. are published in the EUUG Newsletter (EUUGN), :login;, and comp.std.unix.
  296. They are also available for publication elsewhere.
  297.  
  298. John S. Quarterman, moderator, comp.std.unix and std-unix@uunet.uu.net.
  299.  
  300. Volume-Number: Volume 22, Number 1
  301.  
  302.