home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / linux / 15739 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  6.7 KB
  1. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!rphroy!caen!destroyer!plex-1!loft.ann-arbor.mi.us!rak
  2. From: rak@loft (Robert Kiesling)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: uucp/mail/news FAQ
  5. Message-ID: <1992Nov5.055437.3898@loft>
  6. Date: 5 Nov 92 13:25:01 GMT
  7. References: <1992Nov2.071450.6622@loft> <1992Nov3.145652.16885@aw2.fsl.ca.boeing.com>
  8.     <1992Nov4.080547.1063@loft> <1992Nov4.215755.23652@nwnexus.WA.COM>
  9. Organization: Internet Free Michigan
  10. Lines: 138
  11. In-Reply-To: vince@halcyon.com's message of Wed, 4 Nov 1992 21:57:55 GMT
  12.  
  13.  
  14.    rak@loft (Robert Kiesling) writes:
  15.  
  16.    >In article <1992Nov3.145652.16885@aw2.fsl.ca.boeing.com> vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan) writes:
  17.    >   once again, I see no reason to write (and have to support) a c.o.l.
  18.    >   FAQ for things that are already either documented in FAQ's or in books
  19.    >   you can buy.
  20.  
  21.    >   there are a variety of groups regarding uucp including comp.mail.uucp.
  22.    >   'elm', 'mush', and 'smail' have their own newsgroups.
  23.  
  24.    [stuff deleted...
  25.  
  26.    that's why there's news.admin, news.software.readers, news.answers,
  27.    comp.mail.uucp (and so on...) as well as the (fine) O'Reilly+Assoc series
  28.    of books including 'managing uucp and usenet'., Evi Nemeth's "Unix System
  29.    Administration Handbook",. etc. Why reinvent the wheel?
  30.  
  31.    you're not supposed to do this stuff if you're clueless.
  32.    USENET is not for kiddies.
  33.  
  34. Absolutely.  The best reply is usally "rtfm!"  At least to the
  35. postings I've seen here...  
  36.  
  37.    [ more stuff deleted ...
  38.  
  39.    you don't have to do ANYTHING to set it up differently from any other
  40.    unix (a credit to the folks involved!).
  41.  
  42.    There are no Linux-specific-things to do, therefore there are no Linux-specific
  43.    pointers required. I set up uucico to run from cron at home and I don't
  44.    do *anything* manually except read the news/mail that comes in...
  45.  
  46.    comp.os.linux is (I thought) intended to further the o/s and associated
  47.    stuff, not to be what the news.* hierarchy is already chartered to do.
  48.  
  49.    The other groups have their charters.  Questions regarding items inside their
  50.    charters should go to them, not c.o.l.
  51.  
  52.    [ deleted ... 
  53.  
  54.    >In his uucp internals FAQ, Ian Taylor wrote, "(This FAQ) does not
  55.    >describe how to configure UUCP, nor how to solve connection problems,
  56.    >nor how to deal with UUCP mail.  There are currently no FAQ postings
  57.    >on any of these topics, and I do not plan to write any."
  58.  
  59.    There is not a FAQ because it's documented already in vendor documents,
  60.    the O'Reilly books, etc.  There is no *need*. Grab the mailpak .tar.Z
  61.    file(s), extract them, and type 'make'.  Then grab the newspak stuff
  62.    and do the same. 
  63.  
  64.    >   Just go out and buy O'Reilly+Assoc's "managing uucp and usenet"...
  65.    >   And subscribe-to/read news.answers for the FAQs.
  66.  
  67.    >The nutshell manual is great, *once* Taylor uucp is configured to
  68.    >correctly use BNU or V2 format config files.  It also tells how to
  69.    >test the link in a way that's mostly non-disruptive, and has the
  70.    >clearest description of rs-232 harware handshaking I've read.  But it
  71.    >says nothing about configuring Taylor UUCP specifically.  Nor smail,
  72.    >nor Vixie cron, nor any specific newsreader.
  73.  
  74.    But you already get HDB if you run Ed Carp's mailpak, which uses the
  75.    HDB configuration.  You don't have to do anything...it's done for you.
  76.    [...Ed, do I get a royalty every time I tell somebody you did good?...]
  77.  
  78.    Care and feeding of smail is a reasonably non-issue if you grab the
  79.    smail3.1.28 I provide as part of 'newspak'.  I have about 4 lines of
  80.    total configuration files to set system-specific stuff.  The incredible
  81.    things you *could* do with smail are well-documented in the smail docs
  82.    and in the comp.mail.smail newsgroup. I asked a question via email to
  83.    Steve Robbins who provided excellent info that I included when I uploaded
  84.    newspak (in the smail stuff).
  85.  
  86.    care and feeding of vixie cron is extremely well documented in the
  87.    docs that come with it.  A no-brainer.
  88.  
  89.    each newsreader comes with excruciating detail in docs and once again
  90.    the OR+A book(s) are the best sources of info. There is no need to
  91.    write anything.
  92.  
  93.    sigh...
  94.    there IS NO system-specific stuff to be done any more.
  95.    Grab newspak.  Grab mailpak.  Grab vixcron.  type make.  Miller Time.
  96.  
  97. ... Installing -- and using -- news software does not end with typing
  98. "make."
  99.  
  100. I was not able to ftp mailpak on my own miniscule ftp funding.  I
  101. grabbed it on disk from someone else in town (thanks again, Rob!).
  102. Installing the binaries was, in fact, a no-brainer, all credit to Ed.
  103. Newspak was not released when I installed c-news here, unfortunately.
  104. It would have saved a lot of time.  Then there is the administrivia,
  105. coordinating with uucp neighbors, etc., etc.
  106.  
  107. Installing SLS or MCC, for example, is also intended (I assume) to be
  108. easy as possible.  I still see lots of postings from people who have
  109. questions.
  110.  
  111.    A person getting started running news gets news/mail fed from
  112.    somewhere.  If they have no clue, and they don't try to get a clue, they
  113.    live with the implications of their lack of action.  
  114.  
  115. And so do other Linux activists.  The "Usenet is not for kiddies"
  116. sentiment is usually stated in reference to MS-LOSS or Mac people.  It
  117. would be great if Linux activists can avoid that.
  118.  
  119.                             Everybody is a 
  120.    beginner once.  Everybody screws up.  No biggie. If a rookie admin 
  121.    doesn't get in touch with his uucp neighbor(s) to help prevent him from
  122.    screwing up BIG deserves what he/she gets.
  123.  
  124. I did lean heavily on my uucp neighbors (thanks, Dave and Marc).  Both
  125. are non-pc architecture machines.  Anyway, it's easy for a rookie admin to
  126. edit their Systems file, type "postnews" and send stuff out into the
  127. world with no idea where it's going -- a no-brainer.
  128.  
  129.    I strongly disagree about the need to document something in general
  130.    in a comp.os.linux group. You must disagree, cool. Have fun.
  131.  
  132. No real disagreement, IMHO.  Just a matter of how to do this.  Would
  133. you consider including one or two of these many docs in newspak?
  134. Newspak is a necessary and important part of Linux -- thanks.  I admit
  135. to not having looked at it (yet).  I've had too many other things to
  136. do.  Soon, though.
  137.  
  138. Yours was the only negative response out of the dozen or so I have
  139. received, mostly from beginners.  That's not enough to prompt me to go
  140. to the trouble of writing and distributing a FAQ or a meta-FAQ.  Nor
  141. does it seem from the responses to me that enough people are having
  142. problems with installation to justify it.  I'll wait and see if I
  143. receive other responses.
  144.  
  145. -- Bob
  146. -- 
  147. -------------------------------------------------------------------------------
  148. Robert Kiesling                            "Durum et durum non faciunt murum."
  149. rak@loft.ann-arbor.mi.us                            -- Anon
  150. vela!plex-1!loft!rak 
  151.