home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / linux / 16118 < prev    next >
Encoding:
Text File  |  1992-11-09  |  25.5 KB  |  642 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!snorkelwacker.mit.edu!bloom-picayune.mit.edu!daemon
  3. From: "MBMANAGER" <mrgate@missle.laafb.af.mil>
  4. Subject: Message Router delivery notification message
  5. Message-ID: <1992Nov9.113045.494@athena.mit.edu>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Reply-To: mrgate@missle.laafb.af.mil
  8. Organization: The Internet
  9. Date: Mon, 9 Nov 1992 11:30:45 GMT
  10. Lines: 630
  11.  
  12.  
  13. RE  Message ID: 45148060112991/59018@SSD
  14. UA  content ID: Linux-Activists Digest #490
  15. Generated by node: SPACE
  16.  
  17.  
  18. Attempted delivery to:
  19.  
  20.     Route                 : @A1        <--
  21.     Userid                : WILLIAMSEM
  22.     Arrival date          :  6-NOV-1992 08:41
  23.  
  24. This delivery failed. Failure reason was "transfer failure".
  25. Diagnostic was "message purged by operator".
  26.  
  27. From:    NAME: WINS%"Linux-Activists@news-digests.mit.edu" <WINS%"Linux-Activists@news-digests.mit.edu"@SPACE@MRGATE@SSD>
  28. Subject: Linux-Activists Digest #490
  29. To:    WILLIAMSEM@A1
  30.  
  31. Return-Path: <Linux-Activists-Request@news-digests.mit.edu>
  32. Received: from bloom-picayune by space.laafb.af.mil with SMTP ; 
  33.           Fri,  6 Nov 92 01:40:26 PST
  34. Received:  by bloom-picayune (5.57/25-eef)
  35.     id AA19402; Fri, 6 Nov 92 03:30:36 -0500
  36. Message-Id: <9211060830.AA19402@bloom-picayune>
  37. From: Digestifier <Linux-Activists-Request@news-digests.mit.edu>
  38. To: Linux-Activists@news-digests.mit.edu
  39. Reply-To: Linux-Activists@news-digests.mit.edu
  40. Date:     Fri, 6 Nov 92 03:30:14 EST
  41. Subject:  Linux-Activists Digest #490
  42.  
  43. Linux-Activists Digest #490, Volume #3            Fri, 6 Nov 92 03:30:14 EST
  44.  
  45. Contents:
  46.   Re: Some interesting Novice Questions (not found in FAQ) (H.J. Lu)
  47.   Re: SLS distributed kernel compiled with TCP/IP enabled? (Peter Clark)
  48.   Re: 486SXs as Unix Iron? (fred j mccall 575-3539)
  49.   Re: MAXTOR (Andy I. Liaw)
  50.   HD timeout (Russell J. Price)
  51.   Re: Port of new Linux math emulator to 386bsd? (Nate Williams)
  52.   Re: linux-0.98.3 termcap problem (Mika Liljeberg)
  53.   YES!!! (Steeve McCauley)
  54.   Maxtor (swartzjh@HYDRA.ROSE-HULMAN.EDU)
  55.   NEC MultiSync 3FGx, Orchid ProDesigner II, need info for Xconfig (Tim Miller)
  56.   tip  and  cu  for  linux (Carlos.Canau)
  57.   [Q] Problem with cursur... (Da Hubster!!!)
  58.   Re: Problems booting SLS package (seen this problem before?) (a_beddoerj@ccsvax.sfasu.edu)
  59.   Re: uucp/mail/news FAQ (Ed Carp)
  60.   Re: uucp/mail/news FAQ (Ed Carp)
  61.   Re: uucp/mail/news FAQ (Ed Carp)
  62.  
  63. ----------------------------------------------------------------------------
  64.  
  65. From: hlu@eecs.wsu.edu (H.J. Lu)
  66. Subject: Re: Some interesting Novice Questions (not found in FAQ)
  67. Date: 5 Nov 92 18:34:53 GMT
  68.  
  69. In article <dingelde.720952611@jocki>, dingelde@igd.fhg.de (Dennis Dingeldein) writes:
  70.  
  71. [....]
  72.  
  73.  
  74. |> 5) Is it a good idea to use one singe efs-partition of lets say 200 MB
  75. |>    for all the Linux stuff ? Are there disadvantages for this efs solution
  76. |>    (efs=extended file system) compared to a set of "usual fs" partitions ?
  77.  
  78. Please never, ever do this to yourself. Give you a hint. I had one of my fs,
  79. /users, was trashed a week ago. But I could still manage to recover from my
  80. / and /usr fs's. Think about you have /, /usr and /users in one fs and that fs
  81. is trashed.
  82.  
  83. [...]
  84.  
  85.  
  86. H.J.
  87.  
  88. ------------------------------
  89.  
  90. From: pclark@lynx.dac.northeastern.edu (Peter Clark)
  91. Subject: Re: SLS distributed kernel compiled with TCP/IP enabled?
  92. Date: 5 Nov 92 19:49:09 GMT
  93.  
  94. Can Linux TCP/IP through a modem or does it have to be through Ethernet?
  95.  
  96. -- 
  97. ============================================================================
  98. Peter Clark         + Empire is not a game, its a state of mind. 
  99. pclark@ds5000.dac.  + EMACS is computerese for torture device.
  100. northeastern.edu    + MUDding into the 21st century!
  101.  
  102. ------------------------------
  103.  
  104. Crossposted-To: comp.unix.pc-clone.32bit,comp.sys.ibm.pc.hardware
  105. From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
  106. Subject: Re: 486SXs as Unix Iron?
  107. Date: Thu, 5 Nov 1992 18:06:49 GMT
  108.  
  109. In <Bx8DBp.CMu@unix.amherst.edu> twpierce@unix.amherst.edu (Tim Pierce) writes:
  110.  
  111. |In article <1992Nov4.223834.9454@mksol.dseg.ti.com> mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
  112.  
  113. |>The only way to keep
  114. |>companies from doing silly marketing cruft like this is if people let
  115. |>them eat all those chips.
  116.  
  117. |I'm not complaining; it sounds like I'm getting all of the DX power I
  118. |need from a machine that costs several hundred dollars less.  That's
  119. |extra money that can go toward memory -- and you remember the problem
  120. |with memory these days, don'tcha? :-)
  121.  
  122. Well, you get all that machine until you find you need a math
  123. coprocessor and have no good way to add one cheaply.  You'd have been
  124. better off (as would we all) if they had simply dropped the price of
  125. the DX parts.
  126.  
  127. There's a problem with memory?  Don't look at me.  I build stuff to
  128. kill people and have nothing to do with semiconductors (other than
  129. stuffing them into weapons and writing software for them).
  130.  
  131. |>There is no way
  132. |>I'm going to believe that the price difference between the 486SX and
  133. |>the 486DX can be explained by the cost of testing the math unit in the
  134. |>latter.
  135.  
  136. |Maybe also the cost of junking flaky math units?  Maybe it's the money
  137. |they're losing on marketing SX chips that no one is buying?  What do
  138. |you think the price difference is the result of -- general silicon
  139. |shoddiness?
  140.  
  141. Arbitrary marketing decision, with no justification in cost.
  142.  
  143. -- 
  144. "Insisting on perfect safety is for people who don't have the balls to live
  145.  in the real world."   -- Mary Shafer, NASA Ames Dryden
  146. ==============================================================================
  147. Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
  148.  
  149. ------------------------------
  150.  
  151. From: ail8070@tamsun.tamu.edu (Andy I. Liaw)
  152. Subject: Re: MAXTOR
  153. Date: Fri, 6 Nov 1992 02:58:18 GMT
  154.  
  155.  
  156. I posted a question about installing dos, os2 and linux on combinations of
  157. maxtor 7213A (210MB) and seagate 1144A.  I called tech support at both
  158. maxtor and seagate and here are the answer I got:
  159.  
  160. maxtor: the two drives are incompatible and therefore should be used together.
  161.         sometimes putting the maxtor as slave might work.
  162.  
  163.    seagate: the incompatibility is dued to the difference in timings in both drives
  164.               (after I told the guy I was using the drive with a maxtor, he
  165. begin to sound pretty rude, just for your info.)
  166.  
  167. So I decide to sell my seagate and get a maxtor 120MB drive.
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175. ------------------------------
  176.  
  177. From: russ@gagme.chi.il.us (Russell J. Price)
  178. Subject: HD timeout
  179. Date: Thu, 5 Nov 1992 15:47:12 GMT
  180.  
  181. Every once in a while, my Linux 0.98pl3 system give me a "HD timeout" message.
  182. No harm seems to be done, but it's rather obnoxious.  I'm using a Western
  183. Digital RLL controller (I forgot the model number, maybe WD1006-something?) on
  184. a 386DX-25 motherboard with 4 MB of RAM.  Is there a parameter I can tweak to
  185. fix this?
  186. -- 
  187. Russ Price                      russ@gagme.chi.il.us
  188. ====================================================
  189. "Bus error - passengers dumped"
  190.  
  191. ------------------------------
  192.  
  193. Crossposted-To: comp.unix.bsd
  194. From: osynw@gemini.oscs.montana.edu (Nate Williams)
  195. Subject: Re: Port of new Linux math emulator to 386bsd?
  196. Date: Wed, 4 Nov 1992 19:55:34 GMT
  197.  
  198. In article <1992Nov4.111732.9703@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Torvalds) writes:
  199. |In article <1992Nov4.021453.22896@citec.oz.au> sgccseh@citec.oz.au (Steve Hocking) writes:
  200. |>
  201. |>      Looking at the latest Linux release and user comments on it, it
  202. |>appears that a new math emulator has been written which is more complete and
  203. |>accurate, plus about 2x faster. Does anybody have plans to port this to
  204. |>386bsd (since we got the original emulator from Linux anyway)?
  205. |
  206. |The problem is the copyright: it's copylefted code by Bill Metzenthen,
  207. |so you cannot distribute it under the 386bsd copyright.  The original
  208. |emulator I wrote was also originally copylefted, but I gave Bill and
  209. |Lynne the right to use it under 386bsd (the copyright was changed to
  210. |something like "freely usable for the 386bsd and linux projects"). 
  211. |You'd have to ask permission from Metzenthen - his email address can be
  212. |found in the sources.
  213.  
  214. Since 386BSD already has GNU-copylefted code in it, I don't see why
  215. using this emulator would be a problem, since :
  216.  
  217. 1) The code will always be distributed with 386BSD
  218. 2) The code is only in the kernel.  The only time this code comes
  219.    into play is when a non-FP machine executes FP code.  None of
  220.    this code is compiled into binaries.
  221.  
  222. The only kicker I see in this is that maybe the Jolitz's don't want
  223. any GNU code in the kernel itself, and don't mind the copylefted
  224. utilities since they can be taken out as a whole w/out any loss of
  225. functionality in 386BSD (other than the loss of that utility)
  226.  
  227. Comments?  Bill or Lynee?
  228.  
  229.  
  230.  
  231. Nate
  232. -- 
  233. osynw@terra.oscs.montana.edu |  A hacker w/out a home. 
  234. work: (406) 994-5991         |  Keeper of the Unofficial 386BSD Bug Report
  235. home: (406) 586-0579         |  Please send bugs and/or fixes you find.
  236.  
  237. ------------------------------
  238.  
  239. From: liljeber@hydra.Helsinki.FI (Mika Liljeberg)
  240. Subject: Re: linux-0.98.3 termcap problem
  241. Date: 5 Nov 92 20:22:26 GMT
  242.  
  243. In article <92308.071727NU013809@NDSUVM1.BITNET> NU013809@NDSUVM1.BITNET (Greg Wettstein) wrote:
  244. | Speaking of TERMCAP problems I am wondering if anyone has noticed this yet.
  245. | According to the discussions here and on the mailing list I decided to
  246. | always refer to our Linux machines as VT220's when I logged onto other
  247. | systems which use TERMCAP style entries.  console is great for Linux but of
  248. | course unknown to other systems.
  249. | After logging into a couple of systems I suddenly noticed that the virtual
  250. | console was restricting itself to 24 lines.  For example if less is used
  251. | to view a file and the sh prompt is on the bottom line of the screen the
  252. | entire output gets displayed on the bottom line of the screen.  Using
  253. | less with the prompt at the top of the screen causes less to use the
  254. | console as if it had 24 lines.
  255.  
  256. Yes, this is because the remote host _knows_ a VT220 has only 24
  257. lines.  The reset (rs) or initialization (is) string in the remote
  258. host's termcap probably does something like this: "\E[1;24r". This
  259. sets up the vtxxx scrolling region. 24 lines. Ugh.
  260.  
  261. I usually handle this problem by putting the following line into my
  262. .login (on the remot host, of course):
  263.  
  264. eval "`resize`"
  265.  
  266. Resize comes with X11. It resets the scrolling region, finds out the
  267. size of a VTxxx compatible display and sets the TERMCAP environment
  268. variable and the tty settings accordingly. Nota that this _only_ works
  269. for VTxxx compatible terminals. If you frequently use something more
  270. exotic, you should let tset recognize the terminal first and then do
  271. something like this:
  272.  
  273. if ($TERM == "vt100") eval "`resize`"
  274.  
  275. The Linux console will identify itself as a vt102, if asked. Some tset
  276. programs set the TERM variable to vt100, some set it to vt102. Check
  277. out what yours does.
  278.  
  279. | Just a quick comment, perhaps the setterm code/console driver needs to be
  280. | modified to recognize some type of absolute reset sequence.  I would
  281. | envision this sequence resetting the virtual console from which it was
  282. | invoked to the same condition it would be in after a boot sequence.  This
  283. | would be helpful in this case and also in the case when garbage gets
  284. | dumped to the screen causing selection of the alternate character set.
  285.  
  286. There already is one. Even a dumb vt100 knows how to reset itself. The
  287. control sequence is ESC c. Put this into your (linux) termcap:
  288.  
  289. rs=\Ec
  290.  
  291. Now "setterm -reset" will reset the virtual console to the power-on
  292. defaults (except for some colour settings, which are not really part
  293. of the terminal emulation). If you only want to reset the scrolling
  294. region, the sequence for that is "\E[r".
  295.  
  296. Well, I hope this helps.
  297.  
  298.         Mika
  299. --
  300. Mika Liljeberg                  Email:  liljeber@hydra.Helsinki.FI
  301. Helsinki University                     Mika.Liljeberg@Helsinki.FI
  302. Dept. of Computer Science
  303.  
  304. ------------------------------
  305.  
  306. From: root@pooh.geophys.mcgill.ca (Steeve McCauley)
  307. Subject: YES!!!
  308. Date: Thu, 5 Nov 1992 21:45:32 GMT
  309.  
  310.    Just want to say that after 5 days as a linux user "I'm am fucking
  311. impressed!".  I got the SLS 0.98 version from tsx-11 and I've got it
  312. running with X and tcpip on two 486's.  I'm almost ready to stop 
  313. using my HP720 in favour of this fantastic operating system.  I want
  314. to thank Linus and all of the other contributors for giving us such
  315. a ... ok enough.
  316.  
  317.         Ha I just managed to ftp rcp, rsh and ftpd from tsx-11.  I'm going
  318. to go and play.
  319.  
  320. --
  321. Cheers et salut,
  322. Steeve McCauley
  323. +--------------------------------------------------------------------------+
  324. |     McGill University ~~~ Earth and Planetary Sciences ~~~ FDA 209A      |
  325. +--------------------------------------------------------------------------+
  326. |    A Short Short Short Short Story      |  steeve@pooh.geophys.mcgill.ca |
  327. |    -------------------------------      |  root@pooh.geophys.mcgill.ca   |
  328. |   And then he said to me, "Dollar sign  |                                | 
  329. |colon slash pooh slash bin", and I knew. |     Tel: (514) 398-1724        | 
  330. |             The end (by a friend)       |                                |
  331. +--------------------------------------------------------------------------+ 
  332.  
  333. ------------------------------
  334.  
  335. From: swartzjh@HYDRA.ROSE-HULMAN.EDU
  336. Subject: Maxtor
  337. Date: 5 Nov 1992 20:55:25 GMT
  338. Reply-To: swartzjh@HYDRA.ROSE-HULMAN.EDU
  339.  
  340. Well I have a brand new Maxtor 7213 IDE hard drive.  It works great.  I
  341. am running a DOS partition and a Linux partition, and have had NO
  342. problems period.  I have not looked to see what the number on my
  343. prom is, but then I haven't had any reason to.  I think it is a great
  344. drive, and very well priced.  I would recommend it to anyone.
  345.  
  346.                         Jeff Swartz
  347.  
  348. ------------------------------
  349.  
  350. From: tjm@hrt213.brooks.af.mil (Tim Miller)
  351. Subject: NEC MultiSync 3FGx, Orchid ProDesigner II, need info for Xconfig
  352. Date: 5 Nov 92 21:25:20 GMT
  353.  
  354.  
  355.         Subject says it all.  I couldn't find entries in modeDB.txt for
  356. this particular monitor, and I managed to get myself lost in the
  357. calculations trying to build an entry for Xconfig.
  358.  
  359.         Anyone have them all done?  Or a program to help me crank these
  360. values out?
  361.  
  362. -- Cerebus <tjm@hrt213.brooks.af.mil>
  363. "Tearing my hair out, screaming for mercy; whatta day."
  364.  
  365. ------------------------------
  366.  
  367. From: canau@muttley.fc.ul.pt (Carlos.Canau)
  368. Subject: tip  and  cu  for  linux
  369. Date: 5 Nov 92 18:12:28 GMT
  370. Reply-To: Carlos.Canau@ul.pt
  371.  
  372.  
  373.   Hello.
  374.  
  375.   I'm looking for the programs tip and cu for linux.
  376.   Can anyone guide me to a site that have them ?
  377.  
  378.   Thanks in advance,
  379.   Please e-mail me at  canau@ul.pt
  380.   by(e) khanau
  381.  
  382.  
  383. --
  384. |----------------------------------------------------+-------------------- 
  385. ----<
  386. | -@-                                            -@- | Carlos Canau            
  387. <
  388. |  I      I've just started looking for the       I  |                 ,    
  389. ,  <
  390. |  I      Big Nothing were I can melt down.       I  |                  9  
  391. 3   <
  392. | -@-                                            -@- |  canau@ul.pt      '     
  393. <
  394. |----------------------------------------------------+-------------------- 
  395. ----<
  396.  
  397. ------------------------------
  398.  
  399. From: gbh@matt.ksu.ksu.edu (Da Hubster!!!)
  400. Subject: [Q] Problem with cursur...
  401. Date: 5 Nov 1992 15:34:25 -0600
  402.  
  403. I am not able to use the cursur keypad to controll curser 
  404. movement unless I am logged on as the root.  Is there something 
  405. I need to add to my user .profile ???
  406.  
  407.  
  408. -- 
  409. ADIOS!!!!!!                                            -----------------------
  410.                                                       | Da  Hubster!!!        |
  411.                                                       | GBH@MATT.KSU.KSU.EDU  |
  412.                                                        -----------------------
  413.  
  414. ------------------------------
  415.  
  416. From: a_beddoerj@ccsvax.sfasu.edu
  417. Subject: Re: Problems booting SLS package (seen this problem before?)
  418. Date: 5 Nov 92 15:03:17 CST
  419.  
  420. In article <1992Nov4.140548.1735@ccsvax.sfasu.edu>, a_beddoerj@ccsvax.sfasu.edu writes:
  421. | Hello all,
  422. | Well, after gathering some information, it seems that I've dived into
  423. | Linux.  Neat stuff.  Except for the problems. :)
  424. [deletia of some stuff]
  425.  
  426. | In other words, I'm seeking help! 
  427. | However, when I try to boot the SLS 0.98 from tsx-11, it makes it through
  428. | the boot disk, and then gives me the "select your disk" message.  AFTER
  429. | inserting disk a2 (utilities), and selecting 3.5/A drive as my "working
  430. | drive"....I get this neat little message about "magic number mismatch"
  431. | and something about "dev/fd01440 busy".  *sigh*
  432.  
  433. [deletia of some more stuff...]
  434.  
  435. Ok, funny to be following up to my own message, but here goes.
  436. It seems that I've solved my own problem.  I performed an 'fdisk'
  437. on my harddrive using the root/bootdisk combo, and then tried it
  438. again.  Presto.  It worked.  :)
  439.  
  440. However, I went and re-FTP'd the SLS stuff from tsx-11.  However, even with
  441. the new copies, I had to 'fdisk' first.  Go firgure.
  442.  
  443. Just a little update.
  444.  
  445. Later,
  446. "Crusher" Joe.
  447.  
  448.   *-----------------------------------------------------------------------*
  449.   |  "Crusher" Joe Beddoe * President, Shampoo International Fan Club *   |
  450.   |      Academic Support Guy, SFASU * Partner, Datamagic Computers       |
  451.   *-----------------------------*-----------------------------------------* 
  452.   |       a_beddoerj@ccsvax.sfasu.edu  *  crusher@calvin.sfasu.edu        |
  453.   | z_beddoerj@ccsvax.sfasu.edu  *  NeXT mail:  crusher@ccsnext.sfasu.edu |
  454.   *-----------------------------------------------------------------------*
  455.  
  456. ------------------------------
  457.  
  458. From: erc@unislc.uucp (Ed Carp)
  459. Subject: Re: uucp/mail/news FAQ
  460. Date: 5 Nov 92 21:25:58 GMT
  461.  
  462. Robert Kiesling (rak@loft) wrote:
  463.  
  464. : In article <1992Nov3.145652.16885@aw2.fsl.ca.boeing.com> vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan) writes:
  465.  
  466. :    once again, I see no reason to write (and have to support) a c.o.l.
  467. :    FAQ for things that are already either documented in FAQ's or in books
  468. :    you can buy.
  469.  
  470. : Agreed.  I've seen them, but maybe others haven't.  There is a FAQ,
  471. : for example, with an overview of all these packages that was written
  472. : by Chris Lewis.  A c.o.l. FAQ (or possibly Meta-FAQ, which I had in
  473. : mind intially) would have a listing of these documents.  And some of
  474. : the documentation can be very vague and confusing for beginners when
  475. : the docs don't include system-specific information.
  476.  
  477. I have to agree with Vince on this one, too.  Linux isn't for DOS weenies,
  478. at least not yet.  I remember a lot of whining when Linus released anything
  479. prior to 0.95, because there were a lot of things in the kernel that weren't
  480. supported, etc.  Linus' position (which I agree with, BTW) was, "hey, the
  481. source is out there, it isn't *that* tough to understand -- go for it!"
  482.  
  483. And a lot of people did.  Sure, I'd like to see the kernel hacker's guide when
  484. Michael et. al. get finished with it, but I'm not whining about it. :)
  485.  
  486. Remember, Linux is a *hacker's* unix.  If you don't like to tinker, then maybe
  487. you ought to go with 386BSD. :)
  488.  
  489. Yes, uucp/elm/mail isn't a breeze to set up and use - but the configuration that
  490. I include with mailpak should cover most people's setups.  But I also understand
  491. that there are a *lot* of people that would like the uucp/mail interface to
  492. have sendmail, procmail, pine, mush, etc. - but there's only so much stuff you
  493. can stick into a package.  I'm also becoming concerned that tsx-11 and other
  494. FTP sites are becoming repositories for multi-megabyte source distributions,
  495. with only a few lines changed to make it work under linux.  A *massive* waste
  496. of space and resources, IMHO.  I'd personally like to see tsx-11 contain binary
  497. distributions, Linux-specific stuff, and cdiffs+pointers to where to find other
  498. packages.  Because linux+gcc is becoming more mature, I'm considering making
  499. the next mailpak a binary-only distribution, with cdiffs and FTP sites where
  500. one can get the complete source distribution.  It's just too much stuff for
  501. people to download, especially when they can get the sources elsewhere, feed
  502. the diffs files to patch, and do a 'make'.
  503.  
  504. : Again, agreed.  However, what are the chances that another reader of
  505. : one of those groups is going to be able to provide specific pointers
  506. : for Linux?  These are groups for net packages in general, not specific
  507.  
  508. Linux is getting generic enough so that stuff written for generic unix will
  509. compile and run with no problems.
  510.  
  511. : In his uucp internals FAQ, Ian Taylor wrote, "(This FAQ) does not
  512. : describe how to configure UUCP, nor how to solve connection problems,
  513. : nor how to deal with UUCP mail.  There are currently no FAQ postings
  514. : on any of these topics, and I do not plan to write any."
  515.  
  516. Like I said, Linux isn't for weenies. :)  uucp *especially* isn't for those
  517. with a weak stomach.
  518. -- 
  519. Ed Carp, N7EKG          erc@apple.com, erc@saturn.upl.com         801/538-0177
  520. "There is nothing to seek and nothing to find.  You're already enlightened, and
  521. all the words in the world won't give you what you already have.  The wise
  522. seeker, therefore, is concerned with one thing only: to becaome aware of what
  523.  
  524. ------------------------------
  525.  
  526. From: erc@unislc.uucp (Ed Carp)
  527. Subject: Re: uucp/mail/news FAQ
  528. Date: 5 Nov 92 21:38:20 GMT
  529.  
  530. Vince Skahan (vince@halcyon.com) wrote:
  531.  
  532. : you're not supposed to do this stuff if you're clueless.
  533. : USENET is not for kiddies.
  534.  
  535. YES!!!!!  Thanks for reiterating this, Vince!
  536.  
  537. : But you already get HDB if you run Ed Carp's mailpak, which uses the
  538. : HDB configuration.  You don't have to do anything...it's done for you.
  539. : [...Ed, do I get a royalty every time I tell somebody you did good?...]
  540.  
  541. Sure, Vince - if anyone ever sends me any money, I'll give you a cut... :)
  542.  
  543. : Care and feeding of smail is a reasonably non-issue if you grab the
  544. : smail3.1.28 I provide as part of 'newspak'.  I have about 4 lines of
  545. : total configuration files to set system-specific stuff.  The incredible
  546. : things you *could* do with smail are well-documented in the smail docs
  547. : and in the comp.mail.smail newsgroup. I asked a question via email to
  548. : Steve Robbins who provided excellent info that I included when I uploaded
  549. : newspak (in the smail stuff).
  550.  
  551. I set up smail 3.1.28 in about an hour - time well spent reading the docs that
  552. came with it.  I groan every time I see someone post a question that is
  553. covered in the documentation... :(
  554.  
  555. I can understand someone posting "what does mailpak/newspak/X/<whatever> do
  556. for me?" before they download it - these packages take time and space to
  557. download.  I can't understand someone posting "I just downloaded mailpak -
  558. *now* what do I do?"  There's a README, and simple instructions on how to
  559. get it going.  For those who want to delve further in the inner workings of
  560. elm, uucp, or smail, I include all the docs that I received with the respective
  561. packages, and I'm sure Vince does the same.
  562.  
  563. : there IS NO system-specific stuff to be done any more.
  564. : Grab newspak.  Grab mailpak.  Grab vixcron.  type make.  Miller Time.
  565.  
  566. How true!  Thanks to Linux and H.J. and all the other folks that have donated
  567. their time and effort (and $$$, for some - SVGA cards and monitors and SCSI
  568. cards and drives aren't cheap!), Linux has turned into a system that can give
  569. the best commercial unixes a run for their money, both in terms of performance
  570. and in terms of features!  It's pretty compatible with most unix systems
  571. around - no more 200K+ files to feed to patch. :)
  572.  
  573. : A person getting started running news gets news/mail fed from
  574. : somewhere.  If they have no clue, and they don't try to get a clue, they
  575. : live with the implications of their lack of action.  Everybody is a 
  576. : beginner once.  Everybody screws up.  No biggie. If a rookie admin 
  577. : doesn't get in touch with his uucp neighbor(s) to help prevent him from
  578. : screwing up BIG deserves what he/she gets.
  579.  
  580. I've had my hand slapped by fellow sysadmins more than once, too.  Shit
  581. happens, you know.  But if you don't learn from your mistakes, you are bound
  582. to repeat them.  Eventually, you'll piss off all your neighbors, and they'll
  583. cut you off at the knees.  Then, I suppose, they'll be posting about that
  584. evil Ed and Vince and Linus and H. J. who got them in the mess in the first
  585. place. :)
  586. -- 
  587. Ed Carp, N7EKG          erc@apple.com, erc@saturn.upl.com         801/538-0177
  588. "There is nothing to seek and nothing to find.  You're already enlightened, and
  589. all the words in the world won't give you what you already have.  The wise
  590. seeker, therefore, is concerned with one thing only: to becaome aware of what
  591.  
  592. ------------------------------
  593.  
  594. From: erc@unislc.uucp (Ed Carp)
  595. Subject: Re: uucp/mail/news FAQ
  596. Date: 5 Nov 92 21:41:21 GMT
  597.  
  598. Robert Kiesling (rak@loft) wrote:
  599.  
  600. : No real disagreement, IMHO.  Just a matter of how to do this.  Would
  601. : you consider including one or two of these many docs in newspak?
  602. : Newspak is a necessary and important part of Linux -- thanks.  I admit
  603. : to not having looked at it (yet).  I've had too many other things to
  604. : do.  Soon, though.
  605.  
  606. I would be more than pleased to include information on generic uucp/smail
  607. setup in mailpak, if someone sent me the docs.
  608. -- 
  609. Ed Carp, N7EKG          erc@apple.com, erc@saturn.upl.com         801/538-0177
  610. "There is nothing to seek and nothing to find.  You're already enlightened, and
  611. all the words in the world won't give you what you already have.  The wise
  612. seeker, therefore, is concerned with one thing only: to becaome aware of what
  613.  
  614. ------------------------------
  615.  
  616.  
  617. ** FOR YOUR REFERENCE **
  618.  
  619. The service address, to which questions about the list itself and requests
  620. to be added to or deleted from it should be directed, is:
  621.  
  622.     Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
  623.  
  624. You can send mail to the entire list (and comp.os.linux) via:
  625.  
  626.     Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
  627.  
  628. Linux may be obtained via one of these FTP sites:
  629.     nic.funet.fi                pub/OS/Linux
  630.     tsx-11.mit.edu                pub/linux
  631.     tupac-amaru.informatik.rwth-aachen.de    pub/msdos/replace
  632.  
  633. The current version of Linux is 0.97 released on August 1, 1992
  634.  
  635. End of Linux-Activists Digest
  636. ******************************
  637.  
  638.