home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / linux / 16044 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  6.4 KB
  1. Path: sparky!uunet!news.gtech.com!noc.near.net!hri.com!spool.mu.edu!uwm.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 [long]
  5. Message-ID: <1992Nov8.061715.2246@loft>
  6. Date: 8 Nov 92 15:14:31 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.     <1992Nov5.055437.3898@loft> <1992Nov6.211944.449@victrola.sea.wa.us>
  10. Organization: Internet Free Michigan
  11. Lines: 116
  12. In-Reply-To: vince@victrola.sea.wa.us's message of 6 Nov 92 21:19:44 GMT
  13.  
  14. In article <1992Nov6.211944.449@victrola.sea.wa.us> vince@victrola.sea.wa.us (Vince Skahan) writes:
  15.  
  16.    rak@loft (Robert Kiesling) writes:
  17.    >... Installing -- and using -- news software does not end with typing
  18.    >"make."
  19.  
  20.    it certainly doesn't...
  21.  
  22.    >Installing SLS or MCC, for example, is also intended (I assume) to be
  23.    >easy as possible.  I still see lots of postings from people who have
  24.    >questions.
  25.  
  26.    I think the major difference is that SLS/MCC are basically static
  27.    distributions of "a mess 'o goodies" where mailpak/newspak are more
  28.    along the lines of "this is a pain to assemble and get to compile.
  29.    Here's a mess 'o .tar.Z files you can use with some confidence that
  30.    they will work as is, but they almost definitely need local customizations
  31.    to do things like setting domain names, etc. to reach a final config".
  32.  
  33.    I'm of the opinion that news+elm really need to be done from the
  34.    sources because of how integrated they are and how configurable they
  35.    are.  I don't need (or want) to know all the gcc flags to be able
  36.    to compile something.  I'd *better* understand the flow of the various
  37.    C-news pieces (newsrun, sendbatches, etc.) to expect to get news to
  38.    flow and to integrate with uucp and mail.
  39.  
  40.    uucp and smail are more os-like and *can* be distributed reliably
  41.    in binary-only in things like SLS and MCC.
  42.  
  43.    >... No real disagreement, IMHO.  Just a matter of how to do this.  Would
  44.    >you consider including one or two of these many docs in newspak?
  45.  
  46.    I'll probably include a list of which ones I think every news admin
  47.    should get, read, and understand.  I'll also tell how to get them via
  48.    mail-server from the news.answers archives at pit-manager.mit.edu
  49.  
  50.    I have no inclination to include actual FAQs in newspak.  Its intent is
  51.    to have a set of Linux-ized .tar.Z files of sources of many news programs.
  52.  
  53.    It's intent is also to have a separate .tar.Z file containing ONLY patches,
  54.    config files, readme files, and porting guides for the various programs
  55.    so that if you have access to the sources (but can't quite get them to
  56.    work), you can download one small .tar.Z file with working config files
  57.    you can use to get SOMETHING running, then you can tweak it to taste.
  58.  
  59.    It seems to me that an alarming percentage of tsx, sunsite, etc. disk space
  60.    is taken by .tar.Z files of stuff that doesn't require patches, just tweaked
  61.    config files.  Linux is getting so 'normal unix' [...oxymoron? :-) ...]
  62.    that the need for complete Linux-ized sources for normal unix sources is
  63.    rapidly disappearing.  the only thing I'd like to keep seeing complete
  64.    sources for is the kernel, truly Linux-specific ports of stuff, and maybe
  65.    whole-source-kits of major distributions like SLS and mcc-interim.
  66.  
  67.    For example, the total newspak1.1 (newspak1.0 + nn6.4.16.tar.Z) that I'm
  68.    assembling here consists of about 3.5 MB of .tar.Z files.  The .tar.Z file
  69.    containing just the how-to-get-it-to-compile for all the pieces 
  70.    (cnews+trn+tin+nn+smail3.1.28) is only 46KB.  Quite a difference.
  71.  
  72.    you have newspak's trn2.2 and you want 2.3?  Cool.  Grab the 2.2->2.3 patch
  73.    from trn's author and apply it.  Then read the README.linux file to show 
  74.    where the tweaks are needed.  Then type make.  
  75.  
  76.    Long term, I'd like to not have to upload massive .tar.Z files of stuff you
  77.    can get just as easily from ftp.uu.net or wherever like you can do from
  78.    tsx-11.mit.edu, sunsite, etc.  People need to learn how to use 'archie'
  79.    to find the dozens of sites that have the stuff you want.  People need to
  80.    read the 'how to find sources' FAQ from news.answers.
  81.  
  82.    For now, I'll probably do at least the following:
  83.  
  84.        - patch up tin/trn/nn to current patchlevels (I'm one behind)
  85.  
  86.        - add a .tar.Z file with ALL my news+mail+uucp config files as
  87.            a reference only with what works here. Your mileage may vary.
  88.  
  89.        - include a short list of FAQs people need to grab via anon-ftp
  90.            or mailserver from the net (and a quickie description of
  91.            how to go about it).
  92.  
  93.    I'm also in conversation with Peter MacDonald regarding getting newspak
  94.    included in a future SLS. I haven't grabbed the SLS 'guide to adding stuff'
  95.    file so I can't draw any conclusions yet regarding whether that'll happen
  96.    yet.
  97.  
  98.    (if anybody thinks a binary-only newspak *IS* possible, please drop me a
  99.    line via mail...)
  100.  
  101. Another way to avoid the overload at tsx-11 and sunsite and I expect
  102. the Europe archives is to have working Linux Usenet sites.  If a new
  103. SYSV admin, for example, needs help, they can probably find it one or
  104. two uucp hops away or a nearby IP connection, if not down the hall.
  105. As Ed pointed out, Linux requires tinkering to become operational.
  106. There do seem to be enough people beyond the "[this program] causes
  107. [whatever] exception" due to memory, disk, misconfiguration, bugs,
  108. whatever, that they are able to think about using mail and news.
  109.  
  110. If somebody at .umich.edu, for example, knew there was a site one
  111. block away (loft :), they would less likely need to post or ftp to the
  112. archive sites.  There's also the chance to get more individual help
  113. than is possible from c.o.l.  It ain't bleeding-edge development,
  114. which still is necessary, of course, but since there is no toll-free
  115. tech support line for Linux (yet :), the easy questions can be
  116. answered efficiently, and the mailing lists and c.o.l. can be devoted
  117. to development and general announcements as intended.
  118.  
  119. There are two other Linux sites in the .mi.us uucp maps.  I would
  120. suggest including a pointer to comp.mail.maps (name?) as an additional
  121. place to find help for Linux.
  122.  
  123. -- Bob
  124.  
  125. -- 
  126. -------------------------------------------------------------------------------
  127. Robert Kiesling                            "Durum et durum non faciunt murum."
  128. rak@loft.ann-arbor.mi.us                            -- Anon
  129. vela!plex-1!loft!rak 
  130.