home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso / misc / volume31 / intro31 < prev    next >
Text File  |  1992-07-07  |  52KB  |  1,070 lines
  1. Newsgroups: comp.sources.misc
  2. From: kent@sparky.imd.sterling.com (Kent Landfield)
  3. Subject:  v31INF1:  Introduction to comp.sources.misc
  4. Message-ID: <1992Jul7.031634.21042@sparky.imd.sterling.com>
  5. X-Md4-Signature: c77eff336db8f47cd1556ca9f447277d
  6. Date: Tue, 7 Jul 1992 03:16:34 GMT
  7. Approved: kent@sparky.imd.sterling.com
  8.  
  9. Submitted-by: kent@sparky.imd.sterling.com (Kent Landfield)
  10. Posting-number: Volume 31, Info 1
  11. Archive-name: intro31
  12. Last-modified: 06-Jul-1992
  13.  
  14. This is the first of seven introductory messages about comp.sources.misc.
  15. It describes the newsgroup's history, how to submit sources to c.s.misc, 
  16. where the archive sites are, and how to contact and access them.  The
  17. second, third, fourth, fifth and sixth postings together comprise the index 
  18. of previously posted software. The seventh article is a cross-index of patches 
  19. that have been posted to this newsgroup.
  20.  
  21. As always, I am looking for suggestions on how to improve the usefulness
  22. of the newsgroup.  *Please* do not hesitate to send suggestions to
  23. kent@sparky.imd.sterling.com.
  24.  
  25.             -Kent+
  26. --------------------
  27. Subject:  Introduction
  28.  
  29. Comp.sources.misc is sort of a "catch-all" sources group.  The group 
  30. is run in a generally informal manner.  *Any* program source code will
  31. be accepted. Discussion and "sources wanted" requests will be discarded 
  32. with a message back to the sender advising him/her to post to the correct 
  33. newsgroup.  Please do not send either to me, they don't belong here.
  34.  
  35. The moderated comp.sources.misc replaced the unmoderated net.sources in 
  36. May 1987.  This was done by the Usenet backbone in response to the observed 
  37. fact that net.sources was largely NON-sources. The initial moderator of 
  38. comp.sources.misc was Brandon Allbery.  Mail Brandon received at the time 
  39. indicated that the majority of people were willing to trade the small 
  40. delays (mainly caused by network delays in mail) for having a source 
  41. group that wasn't full of noise.
  42.  
  43. As stated above, the only reason a submission will be rejected is if it is 
  44. non-source.  I am striving to get things out as quickly as possible. Testing
  45. of the source is not done. I will, however, assure that postings are in shar 
  46. format and that shar'ed submissions can be unshar'ed correctly. If a patch
  47. is submitted, I assure that the patch can be applied to the sources it is to
  48. patch. If the submission is something that needs testing, it probably should 
  49. be sent to comp.sources.unix or comp.sources.reviewed instead.
  50.  
  51. (Send submissions to unix-sources-moderator@pa.dec.com or
  52.                   to csr@calvin.dgbt.doc.ca in that case.) 
  53.  
  54. --------------------
  55. Subject: Deciding where to post your software
  56.  
  57. There are four choices for sources newsgroups, not counting regional sources
  58. groups (fl.sources) or groups for specific systems (comp.sys.sun, et al.).
  59. Choosing between them can be somewhat difficult for the novice, and even for
  60. seasoned sources posters with unusual submissions.  Here, then, is a
  61. discussion of the various "primary" sources groups, their advantages and
  62. disadvantages, and a very crude attempt at quantifying when to use them.
  63.  
  64. First off is comp.sources.unix, the major sources group.  It is unfortunately 
  65. named, but don't let that stop you from trying to submit something if it fits 
  66. the group's guidelines otherwise.  The benefits you'll get are testing of 
  67. source on at least some machines before posting and guaranteed archiving at 
  68. many Internet and UUCP sites.  The problem is that smaller postings aren't 
  69. usually accepted, as well as submissions that do not come with a Makefile, a 
  70. manual page and a README file.  I should also note that the current policy of 
  71. comp.sources.unix is not to accept "shareware" programs, programs which request
  72. or require a fee to the author for continued use. 
  73.  
  74. Second is comp.sources.reviewed. It is using a Peer Review process to accept 
  75. or reject submissions.  Similar to the process used for academic journals, 
  76. submissions are sent to a moderator who then sends the sources to Peer 
  77. Review volunteers for evaluation.  The Reviewers try to provide a timely 
  78. evaluation of the software by compiling and running it on their machine. 
  79. If the Moderator and Peer Reviewers judge a submission to be acceptable, 
  80. the sources are posted along with the written comments provided by the 
  81. Reviewers.  If a submission is not found to be acceptable, the author 
  82. is provided with the Reviewers' comments, and they have the option of 
  83. addressing those comments and submitting the sources again. The benefits 
  84. of this group are that your software will be thoroughly tested by multiple 
  85. reviewers on multiple systems prior to it being posted to the world.
  86.  
  87. For small sources and beta copies of programs (which probably should not be
  88. archived, in favor of the production release), one might choose alt.sources.
  89. It has one major advantage over the other possibilities:  there is no
  90. moderation, meaning no delays and no rules for formatting.  (It is suggested 
  91. that you add an "Archive-name:" to your postings so as to help out those who
  92. do archive the group.)  You're free to just pipe a source file to inews if the 
  93. fit takes you (not that I recommend it).  It also has one major disadvantage:  
  94. since the group isn't moderated, there is nothing preventing people from 
  95. starting up discussions ranging from source code topics to why EUnet works 
  96. the way it does.  This, if you'll recall, is what caused comp.sources.misc 
  97. to be created in the first place.  Another disadvantage is that, being an 
  98. "alt" group, it doesn't get as wide a distribution as the "mainstream" Usenet.
  99. (For further information on the "alt" hierarchy, see the "Alternative Newsgroup
  100. Hierarchies" document posted once a month by Gene Spafford in news.lists.)
  101.  
  102. And then there's this group, comp.sources.misc.  The original charter called
  103. for moderation solely to reject non-source postings, nothing more; the intent
  104. was to provide net.sources without the noise.  This grew as a policy was  
  105. adopted of letting the group be controlled more by its users (submitters, 
  106. readers, archivers) than by "moderative fiat".  The advantages of posting 
  107. here are that archiving is as widespread as that of comp.sources.unix, that
  108. anything that is source code can be posted, and that it's guaranteed not to
  109. be lost in non-source, discussion postings; the disadvantages are that there
  110. is a slight delay caused by having to filter stuff through the moderator.
  111.  
  112. So which do you choose?  While there are no hard rules, there does seem to be
  113. an evolving rationale for the use of the groups:  if your software is in need
  114. of beta-testing and it is not quite ready for mainstream archiving, post it to
  115. alt.sources.  After the beta period is over, submit it to the appropriate 
  116. comp.sources.whichever group for worldwide distribution and archiving.
  117.  
  118. In general, games usually are sent to comp.sources.games regardless of 
  119. their size.  Programs which are specific to a particular computer might 
  120. be better off in an specialized sources group like comp.sources.sun or 
  121. comp.sources.amiga, and X-Window based applications can be posted through 
  122. comp.sources.x.  Released, major programs usually go to comp.sources.unix, 
  123. and comp.sources.misc is used for the rest.
  124.  
  125. Remember though, it's up to you to decide to which newsgroup a your submission
  126. should be posted to.
  127.  
  128. Here is a list of the sources groups that I am aware of that you may wish
  129. to consider when preparing to submit/post your sources.  (Any additions or
  130. corrections to the list gladly accepted.)
  131.  
  132. USENET comp.sources:
  133. ====================
  134. comp.sources.3b1          Source code postings for the AT&T 3b1.  (Moderated)
  135. comp.sources.acorn        Source code postings Acorn machines.    (Moderated)
  136. comp.sources.amiga        Source code postings for the Amiga.     (Moderated)
  137. comp.sources.apple2       Source code postings for the Apple II.  (Moderated)
  138. comp.sources.atari.st     Source code postings for the Atari ST.  (Moderated)
  139. comp.sources.games        Postings of recreational software.      (Moderated)
  140. comp.sources.hp48         Programs for HP48 and HP28 calculators. (Moderated)
  141. comp.sources.mac          Software for the Apple Macintosh.       (Moderated)
  142. comp.sources.misc         Posting of any and all software.        (Moderated)
  143. comp.sources.reviewed     Source code evaluated by peer review.   (Moderated)
  144. comp.sources.sun          Software for Sun workstations.          (Moderated)
  145. comp.sources.unix         Postings of UNIX-oriented sources.      (Moderated)
  146. comp.sources.x            Software for the X windows system.      (Moderated)
  147.  
  148. Alternate Hierachies:
  149. ================
  150. alt.sources               Alternative source code. Beta copies, etc.
  151. alt.sources.amiga         Technically-oriented Amiga PC sources.
  152. bionet.software.sources   Sources relating to biological sciences.(Moderated)
  153. biz.sco.sources           Source code postings SCO UNIX           (Moderated)
  154. gnu.emacs.sources         C and Lisp source code for GNU Emacs.
  155. u3b.sources               Sources for AT&T 3B systems.
  156. vmsnet.sources            Source code postings ONLY               (Moderated).
  157. vmsnet.sources.games      Recreational software postings.
  158.  
  159. Regional Source Groups:
  160. =======================
  161. aus.sources               Australian Sources Group
  162. de.alt.sources.huge.unix  Deutschland Umfangreiche Programme fuer Unix
  163. de.alt.sources.next       Deutschland Sourcen fuer NeXT-Computer
  164. de.comp.sources.amiga     Deutschland Programme fuer den Amiga.   (Moderated)
  165. de.comp.sources.misc      Deutschland Programme fuer MS-DOS, VMS..(Moderated)
  166. de.comp.sources.os9       Deutschland Programme fuer OS-9/68000.  (Moderated)
  167. de.comp.sources.st        Deutschland Programme fuer den Atari ST (Moderated)
  168. de.comp.sources.unix      Deutschland Programme fuer UNIX/XENIX   (Moderated)
  169. eunet.sources             European EUnet-wide source postings
  170. fj.sources                Japanese posting of general software & documentation
  171. fj.sources.mac            Japanese postings of Apple Macintosh software
  172. fl.sources                Florida postings of source or documentation
  173. mn.sources                Minnesota source code and requests 
  174. sfnet.sources             Finnish source code
  175. swnet.sources             Swedish source code   
  176. uk.sources                UK wide sources/reposts/requests  
  177.  
  178. --------------------
  179. Subject:  The structure of comp.sources.misc articles
  180.  
  181. Each posting in comp.sources.misc is called an "issue"; there are roughly 
  182. 100 issues to a volume.  The division is arbitrary, and has varied greatly 
  183. in the past.  There are two types of articles in comp.sources.misc; sources 
  184. and "informational postings."  They can be distinguished by the subject line.
  185.  
  186.     Subject:  v03INF1:  Introduction to comp.sources.misc
  187.  
  188. This first word in the title identifies this as the first info posting of
  189. volume three.  Similarly, the subject line shown below:
  190.  
  191.     Subject:  v014i082:  lc - Categorize and List Files In Columns, Part01/02
  192.  
  193. identifies this as the 82nd source article in Volume 14.  In the above 
  194. example, the Part01/02 indicates that this is the first part of a two
  195. part posting.  The first few lines of an article are auxiliary headers 
  196. that look like this:
  197.  
  198.     Submitted-by: kent@sparky.IMD.Sterling.COM (Kent Landfield)
  199.     Posting-number: Volume 14, Issue 82
  200.     Archive-name: lc/part01
  201.  
  202. The "Submitted-by" line in each issue is the author of the program.  IF YOU 
  203. HAVE COMMENTS ABOUT AN ISSUE PUBLISHED IN COMP.SOURCES.MISC, THIS IS THE PERSON
  204. TO CONTACT.  When possible, this address is in domain form, otherwise it is a 
  205. UUCP bang path relative to some major site such as "uunet."
  206.  
  207. The second line repeats the volume/issue information for the aide of NOTES
  208. sites and automatic archiving programs such as rkive.
  209.  
  210. The Archive-name is the "official" name of this source in the archive.  
  211.  
  212. All source postings will be treated as multi-part postings have been done
  213. in the past.  All source postings will be stored in a subdirectory within 
  214. the volume directory.  This gives me a place to store patches as well as 
  215. allows me to have more informative archive names without having to worry 
  216. how many spaces the part numbering, patch indicator or compression suffix 
  217. will take up.  Postings will have names that look like this:
  218.  
  219.     Source posting
  220.         Archive-name: lc/part01
  221.  
  222.     Patch posting
  223.         Archive-name: lc/patch01
  224.  
  225. Note that the part number and patch number will be zero padded for convenience 
  226. sake as was requested by several people.  Also, note that the "part number" 
  227. given in the title will be used to give the reader an indication of the total
  228. number of parts that make up the complete set of sources. The example below
  229. shows that this is part 21 of a 23 part submission.
  230.  
  231. v17i102: calentool - day/week/month/year-at-a-glance SunView tool, Part21/23
  232.  
  233. Informational (INF) postings such as this posting will not be stored in a 
  234. subdirectory as are the source postings. INF postings will have archive 
  235. names such as indx22v1-7 and patchlog22.  From an archiving perspective, 
  236. archive names for all INFormational postings will be specified so as to 
  237. store the INF postings directly in the volume's base directory.  Archive 
  238. names for source postings will be specified so as to store the sources in
  239. subdirectories within the volume's base directory.
  240.  
  241. To support the tracking of patches the Patch-To: line is used in c.s.misc.
  242. The Patch-To: line exists for articles that are patches to previously posted 
  243. software. The Patch-To: line only appears in articles that are posted, 
  244. "Official", patches. The initial postings do not contain the Patch-To: 
  245. auxiliary header line.
  246.  
  247.     Patch-To: syntax
  248.         Patch-To: package-name: Volume X, Issue x[-y,z]
  249.  
  250. Patch-To: examples. These are examples and do not reflect the accurate 
  251. volume/issue numbering for rkive.
  252.  
  253. In the first example, the article that contains the following line
  254. is a patch to a single part posting.
  255.     Patch-To: rkive: Volume 22, Issue 122
  256.  
  257. This example shows that the 122-124 indicates the patch applies to
  258. a multi-part posting. The '-' is used to mean "article A through article
  259. B, inclusive..
  260.     Patch-To: rkive: Volume 22, Issue 122-124
  261.  
  262. If a patch applies to multiple part postings that are not consecutive, the
  263. ',' is used to separate the part issue numbers. It is possible to mix both
  264. ',' and '-' on a single Patch-To: line.
  265.     Patch-To: rkive: Volume 22, Issue 122,125,126,127
  266.                        or
  267.     Patch-To: rkive: Volume 22, Issue 122,125-127
  268.  
  269. If a new release is posted instead of a large set of patches, the new 
  270. posting will contain a Supersedes: header line with a format similar 
  271. to the Patch-To: header.
  272.  
  273.     Supersedes: syntax
  274.         Supersedes: package-name: Volume X, Issue x[-y,z]
  275.     
  276.     Supersedes: example
  277.         Supersedes: rkive: Volume 22, Issue 122-127
  278.  
  279. The Supersedes: line is helpful for cleaning archives by providing a pointer 
  280. to previous versions that the archive administrators can then remove from 
  281. their archives.
  282.  
  283. The Environment: auxiliary header line is included to give you a quick 
  284. indication which resources are required to use a particular issue. 
  285.  
  286. In a newsgroup not restricted to one type of operating system, one type of 
  287. machine or one type of architecture there is a need for this type of information
  288. in the header.  The intent is to provide you more external information about 
  289. the package contained within the posting.  This allows you to determine if the 
  290. package has special requirements that may prevent you from using it.  It is 
  291. extremely irritating to take the time to unpack something just to find out 
  292. that you can't use it.
  293.  
  294. The news Keyword: line has been used to a certain extent for this,
  295. but if news articles are saved with 'w' rather than 's' from "rn"
  296. then the news headers don't get saved with the article.
  297.  
  298.     Environment: syntax
  299.         Environment: Keyword [, keyword ..] 
  300.  
  301.     Environment: example
  302.         Environment: SunView, XView, X11R4, termcap
  303.  
  304. The keywords usage is case insensitive. There is also a NOT indicator
  305. (e.g. !AIX) so that the moderator can specify that the package runs 
  306. on everything "but" the specified keyword.
  307.  
  308. The following is a list of keywords used within articles that have been
  309. posted to c.s.misc and their meanings.  Keywords are added to this list 
  310. on a first-use basis.
  311.  
  312.     Operating Systems:
  313.         AIX       - should operate on any AIX 
  314.         AIX3.1    - should operate on AIX Version 3.1
  315.         AMIGA     - should operate on AMIGA OS
  316.         ATARI     - should operate on an Atari ST
  317.         BSD       - should operate on any BSD based unix
  318.         CPM-68K   - should operate on CPM based 68000 
  319.         COHERENT  - should operate on Mark Williams Coherent OS
  320.         DOS       - should operate on DOS 
  321.         ISC-UNIX  - should operate on ISC UNIX
  322.         ISC       - should operate on ISC UNIX 
  323.         HP-UX     - should operate on HP's UNIX
  324.         MS-DOS    - should operate on MSDOS 
  325.         OS/2      - should operate on IBM's OS/2
  326.         OSF/1     - should operate on OSF/1
  327.         POSIX     - should operate any POSIZ compliant OS
  328.     SCO       - should operate on SCO UNIX
  329.     SCOXENIX  - should operate on SCO XENIX
  330.         SUNOS     - should operate on SUNOS
  331.         SYSV      - should operate on System 5
  332.         SYSV/386  - should operate on a 386 running System 5
  333.         SYSVR2    - should operate on System 5.2
  334.         SYSVR3    - should operate on System 5.3
  335.         SYSVR4    - should operate on System 5.4
  336.         VMS       - should operate on VMS
  337.         UNIX      - should operate on any unix system... (right...)
  338.         ULTRIX    - should operate on Ultrix
  339.         XENIX     - should operate on XENIX OSs
  340.  
  341.     Language Support:  (C is the default so not specified)
  342.  
  343.         ANSI-C    - Requires ANSI compatible C compiler
  344.         AWK       - pattern scanning and processing language
  345.         C++       - Requires C++ Programming language
  346.         Flex      - fast lexical analyzer generator
  347.         Fortran   - Written in Fortran
  348.         Icon      - Written in the Icon Programming Language
  349.     INET      - Requires BSD networking support
  350.         LaTex     - Requires the LaTex support
  351.         MIPS      - Mips C compiler
  352.         MSC       - Microsoft C
  353.         Pascal    - Requires a pascal compiler
  354.         Perl      - Practical Extraction and Report Language
  355.         Pro*C     - Requires Oracle Pro*C compiler
  356.         TurboC    - Requires Turbo C
  357.         VaxC      - Requires VMS VAX C compiler
  358.  
  359.     Windowing Support:  
  360.  
  361.         Curses    - Requires the curses library
  362.         Sunview   - Requires the Xview library
  363.         Xlib      - Requires the X Windows library
  364.         Xview     - Requires the Xview library
  365.         X11       - Should work on any X Window System
  366.         X11R4     - Requires the X Window System Release 4
  367.  
  368.     System Support:  System Utilities needed
  369.  
  370.         Cnews     - USENET network news 
  371.         Csh       - The C-Shell command interpreter
  372.         C-shell   - The C-Shell command interpreter (oops)
  373.         DBX       - BSD based source-level debugger
  374.     Emacs     - GNU Emacs 
  375.         getopt    - parse command options in shell scripts
  376.         HDB       - HDB compatible UUCP system. (BNU)
  377.         MMDF      - MMDF mail transport
  378.         Oracle    - Oracle Database
  379.         pathalias - mail routing tool
  380.         Sendmail  - BSD based mail transport
  381.     Smail     - Smail3 mail transport 
  382.         Sybase    - Sybase Database
  383.     tput      - Initialize a terminal or query the terminfo database
  384.  
  385.     Functionality Support:  System supported functionality
  386.  
  387.     symlink   - System supports symbolic links
  388.     INET      - Requires BSD based networking facilities
  389.  
  390.     Hardware Tested on:
  391.  
  392.         SGI       - Runs on Silicon Graphics systems
  393.         DEC       - Runs on DEC Risc Workstations
  394.     Cray2     - Runs on a Cray2 supercomputer with UniCos
  395.     Alliant   - Runs on Alliant minisupercomputers
  396.     Convex    - Runs on Convex minisupercomputers
  397.     Amdahl    - Runs on Amdahl mainframes
  398.     Sun       - Runs on Sun Microsystems Workstations
  399.     Mac       - Runs on Mac
  400.     PC        - Runs on PCs or PC compatibles running DOS
  401.     MIDI      - You will need a MIDI to run this.
  402.         HPLJ      - HP Laserjet II or III printer or compatible
  403.         CDROM     - Requires a cdrom player.
  404.  
  405.     General Notes:
  406.     !16BIT   - Don't try to to run on a 16 bit machine (8088,186,286)
  407.     32BIT    - Requires 32 Bit Architecture
  408.  
  409. As you can probably see from my mounting mistakes, I have not yet automated
  410. [dummy-proofed :-)] the process of keyword selection within my posting 
  411. software. Its coming... It really is. :-)
  412.  
  413. Prior to January 1, 1988, a different archive header system was used.  At the
  414. time, it was not expected that comp.sources.misc would be welded into the
  415. then-evolving standard for sources archiving.  There was only one special 
  416. header line, and it resided in the main header.  It looked like
  417.  
  418.         X-Archive: yymm/nn
  419.  
  420. where "yymm" was the year and month of the submission date and "nn" was 
  421. a sequence number.  Please keep this in mind when dealing with archive 
  422. submissions from 1987.
  423.  
  424. --------------------
  425. Subject: Guidelines for submitting source for publication
  426.  
  427. Alec David Muffett <aem@aber.ac.uk> is my backup moderator and the primary
  428. point of contact if you are submitting DES or crypto based source code.
  429. He is to be the focal point for any postings of crypto sources.  He is 
  430. located in the UK and as such does not have the limitations that we have
  431. here in the US.  This has been done to assure that there are no silly 
  432. restrictions on posting sources to the world.  
  433.  
  434. Please send crypto/encryption submissions to:
  435.  
  436.         aem@aber.ac.uk (Alec David Muffett)
  437.  
  438. Send all other types of submissions to the addresses below.
  439.  
  440. Non-encryption based items intended for posting and problem notes should be 
  441. sent to "sources-misc@uunet.uu.net" or "sources-misc@sparky.imd.sterling.com".
  442.  
  443. Newsgroup-related mail that is *not* a submission should be sent to me at
  444.     sources-misc-request@uunet.uu.net 
  445.             or
  446.     sources-misc-request@sparky.imd.sterling.com.
  447.  
  448. I have changed my policy of notification when sources are submitted
  449. to comp.sources.misc.  In the past I have not notified everyone that
  450. their submissions were received.  This has caused some problems that
  451. could have been avoided if both parties knew how to deal with the other.
  452.  
  453. When you submit a package to comp.sources.misc I will respond letting you 
  454. know that I have received it.  If you do not hear from me in 72 hours, 
  455. there may be a problem!  I hope that by making everyone aware of this
  456. new policy, the newsgroup will get a better throughput as authors aren't
  457. waiting for me to respond when I do not know to respond... 
  458.  
  459. To make life easier for both myself and the users of the comp.sources.misc
  460. newsgroup, I request that all submissions follow the following guidelines.
  461. Not following these guidelines may result in longer delays, since some things
  462. *must* be fixed for news to accept the submission, and others fixed so that 
  463. I can spend time processing submissions rather than responding to flames.  ;-)
  464.  
  465. First, uuencoded postings are heavily frowned upon.  If at all possible, 
  466. binary data files should be translated to an ASCII format that is usable 
  467. by others.  If it's not possible, consider sending the machine-dependent 
  468. parts of the posting to another newsgroup.  If all else fails, it will be 
  469. accepted if it is not the only component of the submission; otherwise, it 
  470. may be better to announce the availability of the item via anonymous FTP, 
  471. UUCP, FTAM, etc.
  472.  
  473. The second rule is that "shell archives" as created by "shar", "cshar",
  474. "bundle", etc. be used to package files.  Preferably, use cshar:  it guards
  475. against mangling by older news programs, Bitnet mailers, etc.  I must repack
  476. non-shar'ed submissions so that they have a better chance of surviving older
  477. mail/news systems and inter-network gateways. 
  478.  
  479. Third, *please* send me a Subject: to be used in posting your submission.
  480. Certain large postings in the past have arrived sans Subject:.  Not only does
  481. this force me to make one up for the archive list, but you have to live with 
  482. what I make up... :-)
  483.  
  484. Fourth, *please* send me an Archive-name: or package name that you want the
  485. submission archived by.  If you do not send me one then I get to name your
  486. sources in the archives...   Do you see a pattern forming here... :-)
  487.  
  488. Fifth, I need Environment: header information.  If your submission has 
  489. limitations, such as it does not run on SYSV or limited to a specific 
  490. version of SUNOS, or whatever the conditions, *PLEASE* inform me so that 
  491. it can be included in the Environment: header line.  This way people who 
  492. are not able to run your submission will not take the time to ftp or unpack 
  493. it.  I will try to determine the Environment: information if you do not
  494. supply any but if you want it right...
  495.  
  496. If the submission is a complete reposting of a previous posted package,
  497. let me know that the posting is superseding your previous submission.
  498.  
  499. Each of the postings should contain a "blurb" that describes what the posting
  500. is/does/contains. This should only be a paragraph or two.  When you submit
  501. your sources, please include the blurb on the first part. If you do not write
  502. it yourself, I will have to grab it out of the submission somewhere.
  503.  
  504. Please do not package executable programs and sources in the same
  505. submission.  Executable binary programs are inherently system-dependent, and
  506. therefore should be posted to a system-specific "binaries" group.  And, as a
  507. special case, Un*x executables should NEVER be posted to the Usenet.
  508.  
  509. Please keep source filenames to 12 or fewer characters in length.
  510. Not everyone has long filenames... :-(
  511.  
  512. I have been receiving a number of messages with uucp addresses that are not
  513. reachable.  Please specify a domain based address if possible. If you do not 
  514. know what your domain based address is, please ask the administrator of your
  515. site or that of your upstream news feed.  
  516.  
  517. Other nice things to consider/supply when submitting sources...
  518.    1.  A Makefile.
  519.    2.  A manual page is highly recommended for any substantial sized
  520.        submissions.
  521.    3.  A README file is also highly desirable. This should contain 
  522.        a brief description of what the posting is and any special
  523.        considerations in building it. The README should
  524.        also contain a list of authors and the distribution
  525.        and copying policy. 
  526.    4.  A patchlevel.h -- This file can be used to keep track 
  527.        of how many official patches have been applied.  
  528.  
  529. Other considerations:
  530.  
  531. The posting software I use reads the submission and prompts me for all 
  532. the information needed to post. It uses information in the header supplied 
  533. by you as the default information.  The Subject: line is usually munged 
  534. although your supplied information is used.  The auxiliary headers supplied 
  535. in the submission are used where appropriate. 
  536.  
  537. The following headers are passed through the software untouched.  
  538.  
  539.         Keywords:, Organization:, Reply-To: and Summary:
  540.  
  541. If you supplied them, they are put into the posted article.
  542.  
  543. Again, Please let me know what should go in the Environment: line.  If you 
  544. don't take the time to do that I have to try to determine what is accurate.  
  545. Sometimes that's hard to do without full blown testing.  Archive-name:, 
  546. Subject:, and Environment: are the three pieces of information that I really 
  547. need.  Otherwise I get to make up what is supplied there.  Don't complain to 
  548. me if I get it wrong and you didn't take the time to send me the correct info
  549. in the first place... If you did send me the information and I got it wrong,
  550. give it to me with both barrels...
  551.  
  552. -----------------
  553. Subject: Patches Handling
  554.  
  555. Patches will be handled as swiftly as possible. Authors of sources posted
  556. to c.s.misc should send all patches to me so that I can post them back through
  557. the newsgroup in order that the patches can be archived. This has not been
  558. done in the past in other sources groups and has lead to lost patches. If
  559. the patches must get out *real* fast, post them to comp.sources.bugs or other
  560. appropriate newsgroups and send me a copy at the same time so that they will 
  561. be available when they are needed in the future. Again, patches will receive 
  562. priority processing so make sure I get them...
  563.  
  564. I would prefer not to post patches that are not sent by the author of the
  565. original posting unless special arrangements have been made with the author.
  566. Please send your unofficial patches to the author so that the author can
  567. incorporate them into their postings baseline.  Unofficial patches can
  568. be posted to comp.sources.bugs as a method of letting the community use
  569. the fix or enhancement during the interim.
  570.  
  571. It is up to the author to determine if there have been major enough
  572. changes to warrant a complete reposting. This may be necessary if the
  573. size of the patches exceeds the size of the source but in most cases
  574. only patches are posted. Total repostings should be treated as an 
  575. initial posting. What follows pertains to patches...
  576.  
  577.     1.  When patches are submitted, they should be in context diff 
  578.         format.  Patches can be made with diff -c on 4.XBSD based 
  579.         machines and with diffc on others. Diffc can be found in 
  580.         volume 1 of comp.sources.unix archives. GNU diff can also be 
  581.         used to create context diffs.
  582.     2.  A patch to patchlevel.h should be done to reflect that the
  583.         patch has been applied if a patchlevel.h existed in the initial
  584.         posting. If one was not included initially, maybe now is a
  585.         good time to consider including one... :-)
  586.     3.  Include information about which previously posted issues 
  587.         the patch pertains to if they were initially posted to c.s.misc.
  588.  
  589. For more information on patch see patch.man in util/patch/patch.man 
  590. in the X11 Release 4 distribution or in volume7 of the comp.sources.unix
  591. archives. 
  592.  
  593. ------------------------
  594. Subject: Special services 
  595.  
  596. One way to solve the problem of an announcement not going out the same day as
  597. the posting it announces is to send the announcement to me under separate
  598. cover. Please, it slows things down if I have to break a submission apart to
  599. get at the file.  Please supply instructions as to where it should be posted, 
  600. and I will insure that both go out the same day, if possible.  (If one of the 
  601. other newsgroups is also moderated, there's not a whole lot I can do about it.)
  602. The same goes for binaries and/or other material associated with a source; send
  603. it under separate cover and tell me what to do with it, and I will try to
  604. arrange for them to all go out at the same time.
  605.  
  606. --------------------
  607. Subject: Reporting and tracking bugs.
  608.  
  609. You should subscribe to comp.sources.bugs.
  610.  
  611. Sometimes, when new versions of previously-published software is available,
  612. just patches are put out, usually in the form of shar files containing
  613. input for the "patch" program, new files, etc.  Sometimes complete new
  614. versions are put out.  Which method is used depends on the poster and
  615. the moderator.  Minor updates must be in patch form and should update the 
  616. patchlevel.h file.  Major updates should follow the guidelines for 
  617. initial postings.
  618.  
  619. To report bugs, contact the person listed in the Submitted-by: header.
  620. Often there is a contact address in a README file, too.  I *do not* maintain
  621. the sources I moderate, so don't send your bug reports to me.  That just
  622. forces a delay in the right person getting them as I will forward them on
  623. to the author.  Likewise, I normally do not post patches for a package from 
  624. anyone except the author. If you have patches you would like to see included
  625. in the package, send them to the person listed in the Submitted-by:
  626. header.
  627.  
  628. ------------------------
  629. Subject: Newsgroup Status Information.
  630.  
  631. You should subscribe to comp.sources.d.
  632.  
  633. In some newsgroups, postings such as "I will be out of town..." and
  634. "What's in the queue to post..." have been posted as INF postings with
  635. an Archive-name: of /dev/null or .junk.  I will not post these types of
  636. messages to c.s.misc due to the limited amount of time that information of
  637. this type is useful.  I will post these kinds of messages to comp.sources.d
  638. as the need arises.  In this manner, the informational c.s.d postings can 
  639. expire as they should and will not be archived taking up disk space forever.
  640.  
  641. --------------------
  642. Subject: Accessing the archives
  643.  
  644. The complete archives are fairly large; an average volume is four megabytes.
  645.  
  646. There are several active archive sites around the net.  I am currently
  647. trying to locate archive sites in Europe, and Asia.  If you are interested 
  648. *please* contact me.
  649.  
  650. Some sites below will send tapes through the mail.  For those sites, send
  651. the appropriate type of tape media WITH RETURN POSTAGE and RETURN MAILER.  
  652. Tapes without postage or mailer will not be returned.  No other methods 
  653. (COD, etc.) are available; please don't ask.  You will need to contact the
  654. individual archive sites to determine if they can support your type of media.
  655.  
  656. There a couple sites that provide email access to their archives. Please
  657. use them when you need to locate a missing issue. Please don't ask me for 
  658. missing issues, unless you are sure you are reporting a net-wide problem of
  659. propagation. At the end are detailed instructions on how to access
  660. the archives.  More sites will be listed there in the future.
  661.  
  662. I have access to archives here at Sterling. I do not have ftp or email
  663. archive access available at the present time.  Coming RSN...  I have as 
  664. complete a set of archives as I have found. I have all the issues listed in 
  665. the indexes except for the first volume. If you have articles from volume 1 
  666. please send me a list of articles so I can see if there are some I do not have.
  667.  
  668. If anyone has an article that was posted to the group that is not listed
  669. in the indexes, please send me the information and a copy of the article
  670. so that I can update the archive sites that I maintain.  Nothing from April 
  671. and May 1987 was ever archived to my knowledge. If I'm wrong, send them my
  672. way... I am willing to contribute a tape to a site on the internet that is 
  673. willing to make the archives available.  
  674.  
  675. Submissions prior to July, 1987 have no auxiliary header information at all.
  676. At the time, the group's original charter was in full force, and archiving 
  677. was not considered to be important.
  678.  
  679. **** Work-in-progress:
  680. ****
  681. ****  Volume 1 articles are currently being assigned auxiliary headers.
  682. ****  I am planning on making the corrected articles available to archive 
  683. ****  sites and anyone else who wish them when I have completed the task.
  684. ****  If you want to have me notify you when I am done, send me some mail.
  685.  
  686. --------------------
  687. Subject: Archive access via ftp
  688.  
  689. If an archive site provides "anonymous FTP" access, sites directly on the
  690. Internet (that is, sites possessing an IP address, which looks like four
  691. small numbers separated with periods) can use the "ftp" program to get at
  692. sources.  Sites which aren't on the Internet can not use ftp to retrieve 
  693. this information.  And no, having the ftp program does not mean that you 
  694. can access Internet:  there are many systems which use TCP/IP over local 
  695. networks only, and at least one brand of system which has a program called 
  696. "ftp" that has nothing to do with the Internet at all.
  697.  
  698. You should check with a local system administrator to find out the details of
  699. using ftp.  On most systems and to most archive sites, the following will
  700. work:  type the command "ftp system.domain" (example:  "ftp ftp.uu.net" --
  701. case does not matter), enter "anonymous" when it asks for a user name, and
  702. enter *your* Internet address for the password.  If "ftp" says that the
  703. system doesn't exist, check your spelling -- if the system name is spelled
  704. correctly, look for an IP address for the archive site and badger your system
  705. administrator to install a version of ftp which knows about nameservers.  You
  706. should also be warned that some systems (like uunet) will not accept FTP
  707. connections from sites not registered with a nameserver.
  708.  
  709. Once you are logged in to the archive system, you will get a prompt that
  710. looks like "ftp>".  (It may not be identical, since it is possible to change
  711. the ftp prompt with a command in many versions of ftp.)  At this point, you
  712. can use "cd" to change directories, "ls" or "dir" to list files, and "get" to
  713. retrieve them.  For sources archives, it is not necessary to worry about file
  714. types unless the files are compressed; in that case, you must use the
  715. "binary" command for Unix or VMS hosts and "tenex" on Tenex (TOPS-10, TENEX,
  716. TOPS-20/TWENEX) hosts.  *** Not switching the file type can result in a
  717. garbled file, especially on Tenex hosts, which do not store binary data the
  718. same way as Unix hosts. ***  To disconnect from the archive site, enter the
  719. "bye" command.
  720.  
  721. --------------------
  722. Subject: Archive access via uucp
  723.  
  724. UUCP archives aren't quite as standardized as FTP archives; check the archive
  725. list for the user name and password to use, and ask your system administrator
  726. to arrange to be able to poll the archive site.  (If s/he/it refuses, you are
  727. stuck.)  
  728.  
  729. The "uucp" command is used to request files from a UUCP archive.  Unlike FTP,
  730. UUCP does not (usually) do the transfer immediately; this is because most
  731. UUCP sites must be called over phone lines, so long-distance calls will
  732. usually be made in the early morning hours.
  733.  
  734. Since you can't look around in the archives, you must know the pathname of
  735. the article to be retrieved.  Most archives have an index file available via
  736. UUCP; check the archive list in the next posting.  It's a good idea to
  737. retrieve this file before getting anything from the archive, since things can
  738. move around without warning.
  739.  
  740. The command to retrieve a submission looks like
  741.  
  742.          uucp -r archivesite!path/to/file
  743.  
  744. "archivesite" is the name of the archive site, and "path/to/file" is the
  745. pathname listed in the archive index for that site.  Please be warned that
  746. for security reasons, it is not usually possible to specify wildcards (?, *,
  747. [], or ~name) in the pathname.  Also, while more recent versions of uucp
  748. allow a uucp command to traverse multiple systems (uucp -r
  749. systemA!systemB!file), for security reasons this is usually disabled.  In
  750. both cases you won't find out until after the archive site has been called.
  751.  
  752. --------------------
  753. Subject: Archive access via email 
  754.  
  755. Some archive sites have mail servers that will accept mail from you and mail
  756. back files from the archive.  There are no standards here; however, it's
  757. usually safe to mail a message containing the single word "help" to the mail
  758. server.  Check the archive list for more information.  
  759.  
  760. As an example, to receive the index from the comp.sources.misc archives on 
  761. uunet, send the following one line as the body of a message to uunet!netlib.
  762.  
  763. send index from comp.sources.misc
  764.  
  765. IMPORTANT TO REMEMBER: Mail Based Archive Servers (MBAS) are there for the
  766. convenience of the community and are *easily* abused. Please do not request to
  767. have a MBAS send you GCC or X11R4.  A good deal of this traffic goes through
  768. intermediate sites that have not advertised this service.  You would be
  769. taking resources away that are not yours to take...  This type of 
  770. irresponsibility will do nothing but irritate the sites that feed you and
  771. may jeopardize your facilities in the process...
  772.  
  773. --------------------
  774. Subject: Extracting a retrieved archive member
  775.  
  776. If the article came from an archive site, it may be compressed; if it was 
  777. sent by a mail server, it may also be uuencoded.  Compressed files have an 
  778. extension of ".Z".  Uuencoded files can be recognized by a line saying 
  779. "begin 666 filename", followed by lines of what looks like random gobbledygook.
  780. (If a mail server splits a file into multiple parts, you may just have the
  781. gobbledygook.  In this case, the server will include a message saying which
  782. part of the file it is, and will tell you how to combine them.)
  783.  
  784. To extract a uuencoded file, give the command "uudecode filename".  This will
  785. create a (binary, usually compressed) file in the current directory.
  786.  
  787. To extract a compressed file, give the command "uncompress filename".  The
  788. ".Z" extension will be removed from the file.  The original, compressed file
  789. will be removed as part of this operation.
  790.  
  791. After doing this, you should be left with a news article exactly as it is
  792. stored in the news spool directories.  This file will contain a news header,
  793. a description (usually), and a "shell archive" ("shar").  Move to an empty
  794. directory (important!) and unpack the archive.  Some systems have a command
  795. "unshar" to unpack these files; if yours does, use it.  Otherwise, you can
  796. use an editor to remove the header, then just say "sh filename".  I use a
  797. small (one line) shell script:
  798.  
  799.                         sed '1,/^[#:]/d' $1 | sh
  800.  
  801. which will handle anything (I hope!) in the comp.sources.misc archives.  I do
  802. attempt to confirm that a shell archive contains nothing dangerous, but if
  803. you unpack as root and the archive removes your /etc directory or something
  804. equally unpleasant, I don't want to hear about it.  Unpack shell archives as
  805. an unprivileged user.
  806.  
  807. Once you've unpacked the archive, you're on your own.  Keep the header from
  808. the submission handy, in case you can't figure out what's going on; the
  809. address in the "Submitted-by:" line can be used to contact the author of the
  810. program.
  811.  
  812. ------------------------
  813. Subject: Becoming an archive site
  814.  
  815. If you collect comp.sources.misc postings and are willing and able to make
  816. your collection available to other people, please let me know.  Benefits
  817. include the undying gratitude of your colleagues, and a promise from me to
  818. try to make sure you never lose an article whether you use rkive or not... :-)
  819.  
  820. I am currently looking for archive sites outside the US.  If you can provide 
  821. access to your archives send me some email and I will get you some publicity...
  822. :-)  If you need automated tools to build and maintain your archives, I have 
  823. those too .. :-) If you need a tape of the archives to get you jump-started, 
  824. let me know.
  825.  
  826. PLEASE NOTE: Mail Based Archive Servers (MBAS) are there for the convenience
  827. of the community but are too easily abused.  Because of this, I can not,
  828. in good conscience, list archive sites whose *sole* access is mail based.
  829. If you can't supply anonymous ftp as a secondary method for accessing your
  830. archives then consider uucp.  It is easy enough to set up a uucp account for 
  831. archive access with the appropriate security to protect your other system 
  832. resources.
  833.  
  834. --------------------
  835. Subject: Listing of archive sites in no particular order
  836.  
  837. Here is what each field means:
  838. Site:        The name of the site nice enough to act as an archive site.
  839. Contact:     The name of the person to contact and their mail address
  840. Location:    The general area of the world the site is located in.
  841. Modems:      For providing UUCP access, what types of modems are available.
  842. UUCP:        Type of UUCP access is available.
  843. FTP:         Type of FTP access is available.
  844. Mail Server: Account address of the automated mail server if available.
  845. Additional:  Additional information pertaining to accessing the archive.
  846.  
  847. NA - Not Available
  848.  
  849.             ************************
  850.                  U S A - EASTERN 
  851.             ************************
  852.  
  853. Site:         bhjat
  854. Contact:      Burt Janz (bhjat!bhj)
  855. Location:     Nashua, NH
  856. UUCP:         Anonymous uucp (login: nuucp  password: nuucp)
  857. Modems:       2400 Baud N81 - (603) 889-6154
  858. FTP:          N/A
  859. Mail Server:  Not yet available.
  860. Additional:   Index location: /usr5/archives/ls-lR.Z
  861.               Archiving c.s.games-misc-unix-x, alt.sources,
  862.               comp.sys.handhelds
  863.  
  864. Site:        schizo.samsung.com
  865. Contact:     Andy Rosen (rosen@samsung.com)
  866. Location:    Andover, MA
  867. Modems:      NA
  868. UUCP:        NA
  869. FTP:         Anonymous
  870. Mail Server: None
  871. Additional:  Files are stored by volume number, archive name and are
  872.              compressed.  Volumes 1 through 6 and 11 through 15 are present.
  873.              Examples:
  874.                /pub/usenet-archives/comp.sources.misc/volume15/fb/part01.Z
  875.                /pub/usenet-archives/comp.sources.misc/volume6/gone-2.0.Z
  876.  
  877.  
  878. Site:        slug.pws.bull.com [128.35.10.203]
  879. Contact:     Warren Lavallee <warren@pws.bull.com>
  880. Location:    Billerica, MA.  (NEARnet)
  881. Modems:      T2500
  882. UUCP:        NA
  883. FTP:         anonymous ftp 24 hours day.  limit 6 users at a time
  884. Mail Server: NA
  885. Additional:  Due to internal restructuring, this site may not be
  886.              accessible some times over the next month.
  887.              Carry FULL comp.sources.* archives (since the
  888.              beginning).  Usenet archives are currently taking 170M.
  889.  
  890.  
  891. Site:         uunet.uu.net/ftp.uu.net
  892. Contact:      Kent Landfield (kent@uunet.uu.net) (402) 291-8300
  893. Location:     Fairfax, VA 
  894. Modems:       Telebit 
  895. UUCP:         uunet uucp customers and 1-900-GOT-SRCS
  896. FTP:          anonymous ftp (please use ftp.uu.net for ftp access)
  897. Mail server:  netlib@uunet
  898. Additional:   UUNET is keeping archives in ~ftp/comp.sources.misc, and 
  899.               I will be maintaining them.  Volume 1 as well as shareware 
  900.               which has been posted to the group are not available from
  901.               uunet.  Volume 1 will be put back up in the near future.  
  902.               In the mean time, if you need any of those issues please 
  903.               send me some mail and I will arrange to get them to you.  
  904.               For more information concerning the archives on uunet, send 
  905.               an email message netlib@uunet.uu.net with the following as 
  906.               the body of the message:
  907.             send index from comp.sources.misc
  908.               You can also use 1-900-GOT-SRCS to access this archive.
  909.  
  910.  
  911.             ************************
  912.                  U S A - CENTRAL 
  913.             ************************
  914.  
  915. Site:         sparky.sterling.com (sparky)
  916. Contact:      Kent Landfield (kent@sparky.sterling.com) (402) 291-8300
  917. Location:     Omaha/Bellevue, NE
  918. Modems:       Telebit 
  919. UUCP:         On request
  920. FTP:          Anonymous FTP
  921. Mail server:  NA
  922. Additional:   Tapes made on request.  This archive site has both Volume-Issue
  923.               and Archive-name archive views. Volume01 is still being worked 
  924.               on for archive-names.  Volume01 is currently only available in
  925.               the Volume-issue section of the archive.  
  926.  
  927.  
  928. Site:         sir-alan
  929. Contact:      mikes@iuvax.cs.indiana.edu (812-855-3974 days 812-333-6564 eves)
  930. Location:     Bloomington, IN
  931. Modems:       Telebit (812-333-0450)
  932. UUCP:         Anonymous uucp
  933. FTP:          Coming..
  934. Mail server:  NA
  935. Additional:   Archive site for comp.sources.[games,misc,sun,unix,x], 
  936.               some alt.sources, XENIX(68K/286/386)
  937.               uucp-anon: ogin: nuucp password: anon-uucp
  938.               uucp-anon directory: /u/pdsrc, /u/pubdir, /u/uunet, 
  939.               help in /u/pubdir/HELP 
  940.  
  941.  
  942. Site:         wuarchive.wustl.edu [128.252.135.4]
  943. Contact:      Wuarchive Maintainers <archives@wugate.wustl.edu>
  944. Location:     Saint Louis, Missouri.  Connected to MIDnet Regional.
  945. UUCP:         Subscription UUCP access available ($300.00/year flat fee)
  946. Modems:       Telebit Trailblazer Plus and T2500.
  947. FTP:          Anonymous FTP.  T1 connectivity - 24 hours/day, 7 days/week.
  948. Mail Server:  NA
  949. Additional:   Access during all hours is encouraged.  Plenty of available
  950.               bandwidth.  Wuarchive has everything! :-) :-)
  951.  
  952.  
  953.             ************************
  954.                  U S A - WESTERN 
  955.             ************************
  956.  
  957. Site:         aeras
  958. Contact:      Stewart Boutcher (stewart@aeras) (408) 922-1832
  959. Location:     San Jose, CA
  960. Modems:       2400, 9600 & 19200
  961. UUCP:         Anonymous 
  962. FTP:          NA
  963. Mail server:  NA
  964. Additional:   SnailMail tapes (Under duress)
  965.      Systems/L.sys information:
  966.      aeras Any 2400  4089439152 "" "" ogin:--ogin: uugarch word: freebee
  967.      aeras Any 9600  4089439396 "" "" ogin:--ogin: uugarch word: freebee
  968.      aeras Any 19200 4089439246 "" "" ogin:--ogin: uugarch word: freebee
  969.           
  970.      Suggested places to get additional information:
  971.          /u3/archive/sources/LISTING.Z
  972.      LISTING.Z contains the names of all the programs stored in the 
  973.      archives, and the sizes.  Note: all archives have probably been 
  974.      stored in compressed form, with 16 bit compression.  All multiple 
  975.      file programs have been stored in separate directories, then compressed.
  976.      
  977.      More information about the files stored in a particular volume are 
  978.      kept in files called LOGFILE. Such as:
  979.          /u3/archive/sources/x/vol1/LOGFILE
  980.      would be the one to get to examine the exact contents of volume 1
  981.      of the x section.  Additional information from files:  sample command 
  982.      to recover files:
  983.          uucp aeras!/u3/archive/sources/games/vol1/LOGFILE /tmp/.
  984.      Special note:  wild cards have been proven to not be reliable, so 
  985.                     to assure success they are not recommended tools.
  986.  
  987.  
  988. Site:        lll-winken.llnl.gov (128.11514.1)
  989. Contact:     Joe Carlson (carlson@lll-winken.llnl.gov)
  990. Location:    San Francisco, CA
  991. Modems:      NA
  992. UUCP:        NA
  993. FTP:         Anonymous FTP
  994. Mail Server: Account address of the automated mail server if available.
  995. Additional:  Articles are stored by X-Archive: index in subdirectories of 
  996.              comp.sources.misc/volN.  Note that these archives start from
  997.              9/87; anything from April to August isn't available.  
  998.   *NOTICE*:  lll-winken is not permitting anonymous FTP for the time being.  
  999.              The archives are temporarily available on polaris.llnl.gov,
  1000.              128.115.14.19.  
  1001.  
  1002.  
  1003.             ************************
  1004.                     Australia
  1005.             ************************
  1006.  
  1007.  
  1008. Site:        ftp.Adelaide.EDU.AU [129.127.40.3]
  1009. Contact:     Mark Prior <mrp@ITD.Adelaide.EDU.AU>
  1010. Location:    The University of Adelaide
  1011.              Adelaide, AUSTRALIA
  1012. Modems:      NA
  1013. UUCP:        NA
  1014. FTP:         Anonymous ftp, ftp.Adelaide.EDU.AU [129.127.40.3]
  1015. Mail Server: NA
  1016. Additional:  Also available via ACSnet fetchfile (sirius.ua.oz)
  1017.  
  1018.              The comp.sources.misc archive is in the subdirectory
  1019.              pub/sources/misc and is archived in compressed form by
  1020.              issue number (subdirectories for each volume). The
  1021.              file INDEX in the pub/soures/misc directory lists the
  1022.              issues available.
  1023.  
  1024.              We will also make tapes (1600/6250bpi) or QIC-11/24 if
  1025.              you supply the tape AND a return mailer. No promises
  1026.              for speed for this though.
  1027.  
  1028.  
  1029.             ************************
  1030.                     Canada
  1031.             ************************
  1032.  
  1033.  
  1034. Site:        array.UUCP
  1035. Contact:     Rob Marchand, rob@array.UUCP || ...uunet!attcan!lsuc!array!rob
  1036. Location:    Toronto, Ontario, Canada
  1037. Modems:      2400 baud, perhaps TB in the future (hopefully :-)
  1038. UUCP:        On Request.
  1039. FTP:         NA
  1040. Mail Server: NA 
  1041. Additional:  I have most stuff for comp.sources.unix, comp.sources.misc,
  1042.              comp.sources.bugs and alt.sources.
  1043.  
  1044.  
  1045.             ************************
  1046.                     France   
  1047.             ************************
  1048.  
  1049. Site:        irisa.irisa.fr 
  1050. Contact:     Didier Lamballais (lamballais@irisa.fr)
  1051.              Raymond Trepos    (trepos@irisa.fr)
  1052. Location:    Institut de Recherche en Informatique et Systemes Aleatoires
  1053.          Campus universitaire de Beaulieu
  1054.          35042 Rennes Cedex
  1055.          FRANCE
  1056. UUCP:        NA
  1057. Modems:      NA
  1058. FTP:         Anonymous FTP (login: ftp or anonymous, 
  1059.                             Password: your e-mail address)
  1060. Mail Server: NA 
  1061. Additional:  Additional information pertaining to accessing the archive.
  1062.          List of archived newsgroups :
  1063.          alt.sources, comp.binaries.atari.st, comp.binaries.ibm.pc,
  1064.          comp.binaries.mac, comp.sources.atari.st, comp.sources.games,
  1065.          comp.sources.mac, comp.sources.misc, comp.sources.sun,
  1066.          comp.sources.unix, comp.sources.x, comp.sys.sun
  1067.          under "News" directory.
  1068.          Some local stuff and RFCs are also available.
  1069.  
  1070.