home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8292 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  35.1 KB

  1. Path: sparky!uunet!olivea!mintaka.lcs.mit.edu!bloom-picayune.mit.edu!daemon
  2. From: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  3. Newsgroups: comp.os.linux
  4. Subject: (none)
  5. Message-ID: <1992Aug15.023143.23056@athena.mit.edu>
  6. Date: 15 Aug 92 02:31:43 GMT
  7. Sender: daemon@athena.mit.edu (Mr Background)
  8. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  9. Organization: The Internet
  10. Lines: 1027
  11.  
  12. |From Linux-Activists Fri Aug 14 21:45:12 EDT 1992 remote from BLOOM-PICAYUNE.MIT.EDU
  13. Received: from BLOOM-PICAYUNE.MIT.EDU by salem.salem.ge.com; Fri, 14 Aug 1992 22:23 EDT
  14. Received: by crdgw1.ge.com (5.57/GE 1.141)
  15.      id AA00637; Fri, 14 Aug 92 22:04:00 EDT
  16. Received: by bloom-picayune (5.57/25-eef)
  17.     id AA21544; Fri, 14 Aug 92 21:45:20 -0400
  18. Message-Id: <9208150145.AA21544@bloom-picayune>
  19. From: Digestifier <Linux-Activists-Request@BLOOM-PICAYUNE.MIT.EDU>
  20. To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  21. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  22. Date:     Fri, 14 Aug 92 21:45:12 EDT
  23. Subject:  Linux-Activists Digest #644
  24. Content-Type: text
  25. Content-Length: 34897
  26.  
  27. Linux-Activists Digest #644, Volume #2           Fri, 14 Aug 92 21:45:12 EDT
  28.  
  29. Contents:
  30.   (none) (Linux-Activists@BLOOM-PICAYUNE.MIT.EDU)
  31.  
  32. ----------------------------------------------------------------------------
  33.  
  34. From: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  35. Subject: (none)
  36. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  37. Date: Sat, 15 Aug 1992 01:33:28 GMT
  38.  
  39. |From Linux-Activists Fri Aug 14 21:00:17 EDT 1992 remote from BLOOM-PICAYUNE.MIT.EDU
  40. Received: from BLOOM-PICAYUNE.MIT.EDU by salem.salem.ge.com; Fri, 14 Aug 1992 21:25 EDT
  41. Received: by crdgw1.ge.com (5.57/GE 1.141)
  42.          id AA28567; Fri, 14 Aug 92 21:17:55 EDT
  43. Received: by bloom-picayune (5.57/25-eef)
  44.         id AA20191; Fri, 14 Aug 92 21:00:25 -0400
  45. Message-Id: <9208150100.AA20191@bloom-picayune>
  46. From: Digestifier <Linux-Activists-Request@BLOOM-PICAYUNE.MIT.EDU>
  47. To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  48. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  49. Date:     Fri, 14 Aug 92 21:00:17 EDT
  50. Subject:  Linux-Activists Digest #639
  51. Content-Type: text
  52. Content-Length: 33119
  53.  
  54. Linux-Activists Digest #639, Volume #2           Fri, 14 Aug 92 21:00:17 EDT
  55.  
  56. Contents:
  57.   (none) (Linux-Activists@BLOOM-PICAYUNE.MIT.EDU)
  58.  
  59. ============================================================================
  60.  
  61. From: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  62. Subject: (none)
  63. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  64. Date: Sat, 15 Aug 1992 00:48:18 GMT
  65.  
  66. |From Linux-Activists Fri Aug 14 20:00:16 EDT 1992 remote from BLOOM-PICAYUNE.MIT.EDU
  67. Received: from BLOOM-PICAYUNE.MIT.EDU by salem.salem.ge.com; Fri, 14 Aug 1992 20:39 EDT
  68. Received: by crdgw1.ge.com (5.57/GE 1.141)
  69.          id AA26445; Fri, 14 Aug 92 20:22:42 EDT
  70. Received: by bloom-picayune (5.57/25-eef)
  71.         id AA18551; Fri, 14 Aug 92 20:00:46 -0400
  72. Message-Id: <9208150000.AA18551@bloom-picayune>
  73. From: Digestifier <Linux-Activists-Request@BLOOM-PICAYUNE.MIT.EDU>
  74. To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  75. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  76. Date:     Fri, 14 Aug 92 20:00:16 EDT
  77. Subject:  Linux-Activists Digest #635
  78. Content-Type: text
  79. Content-Length: 31341
  80.  
  81. Linux-Activists Digest #635, Volume #2           Fri, 14 Aug 92 20:00:16 EDT
  82.  
  83. Contents:
  84.   (none) (Linux-Activists@BLOOM-PICAYUNE.MIT.EDU)
  85.  
  86. ============================================================================
  87.  
  88. From: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  89. Subject: (none)
  90. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  91. Date: Fri, 14 Aug 1992 23:58:46 GMT
  92.  
  93. |From Linux-Activists Fri Aug 14 18:15:29 EDT 1992 remote from BLOOM-PICAYUNE.MIT.EDU
  94. Received: from BLOOM-PICAYUNE.MIT.EDU by salem.salem.ge.com; Fri, 14 Aug 1992 19:50 EDT
  95. Received: by crdgw1.ge.com (5.57/GE 1.141)
  96.          id AA21695; Fri, 14 Aug 92 18:27:21 EDT
  97. Received: by bloom-picayune (5.57/25-eef)
  98.         id AA15532; Fri, 14 Aug 92 18:15:51 -0400
  99. Message-Id: <9208142215.AA15532@bloom-picayune>
  100. From: Digestifier <Linux-Activists-Request@BLOOM-PICAYUNE.MIT.EDU>
  101. To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  102. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  103. Date:     Fri, 14 Aug 92 18:15:29 EDT
  104. Subject:  Linux-Activists Digest #632
  105. Content-Type: text
  106. Content-Length: 29563
  107.  
  108. Linux-Activists Digest #632, Volume #2           Fri, 14 Aug 92 18:15:29 EDT
  109.  
  110. Contents:
  111.   Installing Linux w/o destroying existing partitions (Ing-Tsau Chiu)
  112.   Problem w/ folppy boot when CD-ROM is attached to scsi controller (Ing-Tsau Chiu)
  113.   (none) (Linux-Activists@BLOOM-PICAYUNE.MIT.EDU)
  114.   Re: The Third Degree (Steven Bairstow)
  115.   Re: SLS: Free Linux Distribution. (Ken Glover)
  116.   **** Epoch is here **** (M. Saggaf)
  117.   Need Help! (tyrone.shiu)
  118.   Re: What the 17" monitor reviews never tell you (Steve Pershing)
  119.   kermit in X, not otherwise (Thomas Dunbar)
  120.   Notebooks and linux (Jon Solworth)
  121.  
  122. ============================================================================
  123.  
  124. From: chiu@wk211.nas.nasa.gov (Ing-Tsau Chiu)
  125. Subject: Installing Linux w/o destroying existing partitions
  126. Date: Fri, 14 Aug 92 19:38:38 GMT
  127.  
  128. Wonder if there's any way to install Linux w/o destroying existing
  129. partitions.  (Sorry if this is an faq.)
  130. --
  131. --
  132. Ing-Tsau Chiu                       chiu@nas.nasa.gov
  133.  
  134. ==============================
  135.  
  136. From: chiu@wk211.nas.nasa.gov (Ing-Tsau Chiu)
  137. Subject: Problem w/ folppy boot when CD-ROM is attached to scsi controller
  138. Date: Fri, 14 Aug 92 19:35:37 GMT
  139.  
  140. I got the following message when booting Linux 0.97 from floppy
  141.  
  142.   aha1542_queuecommand: Two concurrent queuecommand?
  143.   70 00 02 00 00 00 00 0a 00 00 00 00
  144.  
  145. I have an Adaptec 1542B scsi controller and a Toshiba XB3201 CD-ROM
  146. drive.  The computer is a clone 486/33 w/ Maxtor LXT-535 scsi disk.
  147.  
  148. I did get the floppy to boot by taking out the CD-ROM drive, but I
  149. would like to know what caused the above error message.  Thanks.
  150.  
  151. --
  152. --
  153. Ing-Tsau Chiu                       chiu@nas.nasa.gov
  154.  
  155. ==============================
  156.  
  157. From: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  158. Subject: (none)
  159. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  160. Date: Fri, 14 Aug 1992 20:38:42 GMT
  161.  
  162. |From Linux-Activists Fri Aug 14 15:45:12 EDT 1992 remote from BLOOM-PICAYUNE.MIT.EDU
  163. Received: from BLOOM-PICAYUNE.MIT.EDU by salem.salem.ge.com; Fri, 14 Aug 1992 16:30 EDT
  164. Received: by crdgw1.ge.com (5.57/GE 1.141)
  165.          id AA15983; Fri, 14 Aug 92 16:14:18 EDT
  166. Received: by bloom-picayune (5.57/25-eef)
  167.         id AA11255; Fri, 14 Aug 92 15:45:19 -0400
  168. Message-Id: <9208141945.AA11255@bloom-picayune>
  169. From: Digestifier <Linux-Activists-Request@BLOOM-PICAYUNE.MIT.EDU>
  170. To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  171. Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
  172. Date:     Fri, 14 Aug 92 15:45:12 EDT
  173. Subject:  Linux-Activists Digest #631
  174. Content-Type: text
  175. Content-Length: 20156
  176.  
  177. Linux-Activists Digest #631, Volume #2           Fri, 14 Aug 92 15:45:12 EDT
  178.  
  179. Contents:
  180.   AMD386 and LINUX (Bill Broadley)
  181.   Re: shared libs - can everyone be happy with this? (David Engel)
  182.   Re: Troubles compiling lilo v3 (Charles H. Barry)
  183.   PTYP/TTYP programming..  (Anthony Rumble)
  184.   Small system compile woes (John B.  Jr. Rogerson)
  185.   Re: SLS: Free Linux Distribution. (Hannes Faestermann)
  186.   Need Help: TeX (Jing Huang)
  187.   0.97 WORKS with SCSI ! [attn NEWBIES] (peter.j.fillingham)
  188.   Can't Compile Kernel 0.97 (Sakari Aaltonen)
  189.   Diamond Speed Star SVGA card (Matthew A. Lewis)
  190.   Re: FAQ? (Wim `Blue Baron' van Dorst)
  191.   Re: Pointers to a list of Graphics Cards for X386 (Matthew A. Lewis)
  192.   large caches ona 486 (Matthew A. Lewis)
  193.   Re: Hey!  Linux fs on DOS partition! (Werner Almesberger)
  194.   Re: large caches ona 486 (JMS)
  195.   Re: Buffer corruption problems. (Chris Newbold)
  196.   Re: Linux Logo (James P. Callison)
  197.  
  198. ============================================================================
  199.  
  200. From: broadley@neurocog.lrdc.pitt.edu (Bill Broadley)
  201. Subject: AMD386 and LINUX
  202. Date: 14 Aug 92 16:11:12 GMT
  203. Reply-To: broadley@neurocog.lrdc.pitt.edu
  204.  
  205. As far as I know there are no documented bugs in the AMD 386.
  206.  
  207. If there were you would be sure that INTEL would brag about em.
  208.  
  209. I have run all the tests mentioned and has absolutely no problem
  210. with my motherboard with AMD396-40.  
  211.  
  212. I often use my machine hard and leave it processing for more then a
  213. day.
  214.  
  215. Maybe the motherboards in question should really be 33 MHZ, and not pushed
  216. so fast, and were not designed with the AMD in mind.
  217.  
  218. I have heard that the AMD 386 is faster then an INTEL 386 at the 
  219. same clock, so maybe the motherboards are depending on the delays in the 
  220. INTEL 386 which is a pretty flakey thing to do.  Anyways I am very
  221. happy with my AMD386-40, I recently added a Cyrix 387, nothing
  222. seemed to change except floating point speed.  I.e. 1.0+ Mflops with
  223. the flops.c benchmark.
  224.  
  225. Just one more datapoint.
  226.  
  227. -- 
  228. Bill                            1st>    Broadley@neurocog.lrdc.pitt.edu
  229. Broadley@schneider3.lrdc.pitt.edu <2nd 3rd>     Broadley+@pitt.edu
  230.  
  231. ==============================
  232.  
  233. From: david@ods.com (David Engel)
  234. Subject: Re: shared libs - can everyone be happy with this?
  235. Date: 14 Aug 92 16:22:50 GMT
  236.  
  237. william E Davidsen (davidsen@ariel.crd.GE.COM) wrote:
  238. :   If you didn't want to use the jump tables, you don't load the module
  239. : and you get linked to the real routines directly in memory in the slib.
  240. : The advantage of this is that you get all the benefits of the current
  241. : slib implementation in terms of performance.
  242.  
  243. Actually, we've already done that in the latest test release.
  244.  
  245. David
  246. -- 
  247. David Engel                        Optical Data Systems, Inc.
  248. david@ods.com                      1101 E. Arapaho Road
  249. (214) 234-6400                     Richardson, TX  75081
  250.  
  251. ==============================
  252.  
  253. From: chbarry@athena.mit.edu (Charles H. Barry)
  254. Subject: Re: Troubles compiling lilo v3
  255. Date: Fri, 14 Aug 1992 17:42:16 GMT
  256.  
  257.  
  258. I've been having the same problems compiling Lilo and ps-0.97 after
  259. installinf v0.97 and v0.97pl1.  Could someone please post or email me
  260. a description of the correct usr/include structure.
  261.  
  262. I've tried linking /usr/src/linux/include/linux to /usr/include/linux,
  263. but that doesn't work.  All I get is a lot of redefinition errors
  264. because both sys/types.h and linux/types.h are being included.  I've
  265. also tried linking the sys directory in similar fashion but that
  266. doesn't help either.
  267.  
  268.  
  269. Thanks,
  270. Chad Barry
  271. chbarry@athena.mit.edu
  272.  
  273. ==============================
  274.  
  275. From: arumble@extro.ucc.su.OZ.AU (Anthony Rumble)
  276. Subject: PTYP/TTYP programming.. 
  277. Date: Fri, 14 Aug 1992 10:04:01 GMT
  278.  
  279. Im sure this is a common problem, but.. i have no information
  280. to help me with this..
  281.  
  282. I am writing a small client to do something, that uses PTYP/TTYP pairs..
  283.  
  284. The client opens the ttyp open("/dev/ttyp0", O_RDWR) etc etc
  285.  
  286. and then fdopen's two streams (one for input, one for output)..
  287.  
  288. well.. anything that is sent to /dev/ptyp0 for some reason
  289. ends up on the client twice!!?!?!
  290.  
  291. the client only does this as yet..
  292.  
  293. while(1)
  294.    {
  295.    ch = fgetc(datin)l
  296.    printf("%c", ch);
  297.    }
  298.  
  299. If in another VT.. I do this echo hello >/dev/ptyp0
  300.  
  301. I will get 
  302.  
  303. Hello
  304. Hello
  305.  
  306. I get it twice?!?!
  307.  
  308. Any ideas..
  309.  
  310. Thanx in advance
  311.  
  312.  
  313. -- 
  314. Anthony Rumble
  315. aka SmilieZ
  316. "Anything is possible.. If there is enuf money in it"
  317.  
  318. ==============================
  319.  
  320. From: jbrogers@phoenix.Princeton.EDU (John B.  Jr. Rogerson)
  321. Subject: Small system compile woes
  322. Date: Fri, 14 Aug 1992 13:05:20 GMT
  323.  
  324. I would appreciate any help on the following two problems.
  325.  
  326. 1)   For the virtual terminals, the linefeed appears to be interpreted
  327.      as only a linefeed, not a carriage return/linefeed pair.  That is, the
  328.      cursor moves to the next line down but stays at the same column
  329.      position.
  330.  
  331. 2)   Defining the root device in /usr/src/linux/Makefile seems not to be
  332.      effective.  That is, build always creates a kernel that looks for
  333.      the root directory on a floppy.  Make prints out the build command
  334.      and the last argument is my root device (/dev/hda3), but build
  335.      seems to ignore it.
  336.  
  337. Thanks for any help.   
  338. Jack Rogerson    jbr@astro.princeton.edu
  339.  
  340. ==============================
  341.  
  342. From: hfaester@Physik.TU-Muenchen.DE (Hannes Faestermann)
  343. Subject: Re: SLS: Free Linux Distribution.
  344. Date: Fri, 14 Aug 1992 16:47:15 GMT
  345.  
  346. glover@dvinci.USask.Ca (Ken Glover) writes:
  347.  
  348. |erc@unislc.uucp (Ed Carp) writes:
  349. |: Peter MacDonald (pmacdona@sanjuan) wrote:
  350. |: 
  351. ...complaints about biz posting deleted...
  352.  
  353. |Read the original post again, it is available by anon ftp if you have access.
  354. |There is nothing wrong with distributing it by disk.  If you don't like it,
  355. |compete with it.
  356.  
  357. Hmm, am I blind or what ? I can't find an address for ftp in the posting.
  358. Or was this meant only for a few special people until a ftp server is
  359. found ?
  360.  
  361. Still interested in SLS
  362.  
  363.         Hannes
  364.  
  365. --
  366. Hannes Faestermann           |  Internet: 
  367. Physik-Department E17        |   Hannes.Faestermann@Physik.TU-Muenchen.DE
  368. TU Muenchen,                 |  
  369. 8046 Garching, West Germany  |
  370.  
  371. ==============================
  372.  
  373. From: jhuang@Chaos.mcs.kent.edu (Jing Huang)
  374. Subject: Need Help: TeX
  375. Date: Fri, 14 Aug 1992 17:12:31 GMT
  376.  
  377.         Hello everyone.
  378.  
  379.         I recently downloaded the TeX stuff from 129.78.66.1 (the Australia
  380. site) and followed the instructions in the README.222 file, and got it
  381. installed.
  382.  
  383.         I thought that I was about to fly. But when I ran "latex foo" or
  384. "tex foo", I got the following greetings:
  385.  
  386. ================================================
  387. This is TeX, C Version 3.141
  388. I can't find the default format file!
  389. ================================================
  390.  
  391. The first line is fine, but the second line ruined my whole day.
  392.  
  393.         I looked around the directories and found that all the format files
  394. "xxx.fmt" were there under the "/usr/local/lib/tex/formats" directory.
  395.  
  396.         So, what did I do wrong? How come TeX didn't like me. :-(
  397.  
  398.         Could someone please help me out here?
  399.  
  400. --
  401. Jing Huang  |  jhuang@Chaos.mcs.kent.edu
  402. Department of Physics
  403. Kent State University
  404. Kent, OH 44242
  405.  
  406.  
  407. ==============================
  408.  
  409. From: pete@cbnewsl.cb.att.com (peter.j.fillingham)
  410. Subject: 0.97 WORKS with SCSI ! [attn NEWBIES]
  411. Date: Fri, 14 Aug 1992 16:42:55 GMT
  412.  
  413.  
  414. Hooray ! Despite the many postings re glitches, features, bugs, etc.,
  415. both 0.97 boot-image and root-image work;
  416. In addition to boot screen announcements of hd0 etc etc the following
  417. graced my screen 
  418.         sd0 @ scsi0 ID0 lun0
  419.         sd1 @ scsi0 ID4 lun0
  420.         sd0 p.1 start    32 size 51168 end 51199
  421.             p.2 start 51200 size 40960 end 92159
  422.         sd1 p.1 start    32 size 20448 end 20479
  423.             p.2 start 20480 size 20480 end 4085?
  424. and so with fear and trembling i interpreted sd1 p.1 as sdb1 & used
  425. mkfs -c /dev/sdb1 10000
  426. when asked for /usr in the [excellent] install script.
  427. SO, the guts went on hda1 and the /usr stuff on /dev/sdb1 [AKA /usr].
  428. While this may be OBVIOUS to the cognescenti, perhaps my experience
  429. will be helpful to the less fortunate...
  430. BTW, i KNEW that my first SCSi drive was employed elsewhere as
  431. was the second half of sd1;  apparently the size reported is in
  432. blocks of 512 bytes, wheres linux uses 1024 byte/block...
  433. KUDOS to the SCSI freaks at woz etc.
  434. ...and KEEP THE ASPIDISTRA FLYING
  435.  
  436. Peter Fillingham [keeper of the DDEBs]      <<fillingham@att.com>>
  437.  
  438. ==============================
  439.  
  440. From: sakaria@vipunen.hut.fi (Sakari Aaltonen)
  441. Subject: Can't Compile Kernel 0.97
  442. Date: 14 Aug 1992 16:12:57 GMT
  443. Reply-To: sakaria@vipunen.hut.fi (Sakari Aaltonen)
  444.  
  445.  
  446. My attempt to build kernel 0.97 with gcc2.2.2 fails (at tools/build) because
  447. the following files are missing::
  448.      sys/types.h
  449.      fcntl.h
  450.      unistd.h
  451.  
  452. Specifically, they are not in /usr/include, that is, the directory that, as
  453. far as I understand, should be used for tools/build. 
  454.  
  455. I have files with these names among the kernel files. I tried copying them
  456. into /usr/include, which makes the make succeed. However, build then fails
  457. with the message
  458.   Can't stat root device
  459. Indeed, it seems that stat() ALWAYS returns -1...?? 
  460.  
  461.  
  462. Does anyone know where I might obtain the missing files? 
  463.  
  464. Out of curiosity: does anyone have an idea WHY the files are missing?
  465. Or why stat() should return -1, no matter what the path,
  466. "/usr/include", say?
  467.  
  468.  
  469. -- 
  470. =============================================================================
  471. Sakari Aaltonen                             Helsinki University of Technology
  472. Email: sakaria@vipunen.hut.fi
  473. ---  You can't keep a Finn down without him getting all red in the face  ----
  474.  
  475. ==============================
  476.  
  477. From: mal11@po.CWRU.Edu (Matthew A. Lewis)
  478. Subject: Diamond Speed Star SVGA card
  479. Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
  480. Date: Fri, 14 Aug 92 17:18:32 GMT
  481.  
  482.  
  483.  
  484.  
  485.  
  486. anyone got this to work with X under Linux????
  487.  
  488. And also, is it true that the Diamond Stealth card won't work 'cuz
  489. it has that new S3 chip???
  490.  
  491.  
  492.  
  493. Thanx in advance.
  494.  
  495. -- 
  496. MaThiEu a. LeWis   
  497. Thieves Like Us   
  498. mal11@po.cwru.edu   
  499.  
  500. ==============================
  501.  
  502. From: baron@clifton.hobby.nl (Wim `Blue Baron' van Dorst)
  503. Subject: Re: FAQ?
  504. Date: 14 Aug 92 02:04:38 GMT
  505.  
  506. wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
  507. | >I have waded through xxx million posts, and no FAQ!
  508. |> Did you see my meta-faq? It has a subject line
  509. |   Subject: README: Where to find information about Linux (25 July 1992)
  510.  
  511. Just a suggestion: How about giving the meta-faq a subject including the
  512. literal text `faq'? Then it would show up when searching all Subject
  513. lines for that very text.
  514.  
  515. Don't get me wrong: The faq and the meta-faq in itself are quite good 
  516. things. The complete faq could do with a little updating. I'm trying to get 
  517. Linux together here, and it doesn't answer all my obvious questions anymore.
  518.  
  519. Met vriendelijke groeten, Wim `Blue Baron' van Dorst
  520. =====================================================================
  521. Blue Baron = Wim van Dorst, Voice (+31) 074-443937, (+31) 02152-42319
  522. (-:       baron@clifton.hobby.nl          tgcpwd@urc.tue.nl       :-)
  523. =====================================================================
  524.  
  525. ==============================
  526.  
  527. From: mal11@po.CWRU.Edu (Matthew A. Lewis)
  528. Subject: Re: Pointers to a list of Graphics Cards for X386
  529. Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
  530. Date: Fri, 14 Aug 92 17:21:07 GMT
  531.  
  532.  
  533. In a previous article, hasty@netcom.com (Amancio Hasty Jr) says:
  534.  
  535. |Currently, I am using a Diamond SpeedStar with 1MB (et4000 based).
  536. |X386 1.2E 1.0.[12] and the stock X386 server has been able to
  537. |work with my  card. I am writing a driver for the Diamond Stealth
  538. |
  539.  
  540.  
  541.  
  542. I opened a Speed Star and I couldn't find the ET4000 chip.
  543. Do all of them have it?
  544.  
  545. Thanx
  546.  
  547.  
  548. -- 
  549. MaThiEu a. LeWis   
  550. Thieves Like Us   
  551. mal11@po.cwru.edu   
  552.  
  553. ==============================
  554.  
  555. From: mal11@po.CWRU.Edu (Matthew A. Lewis)
  556. Subject: large caches ona 486
  557. Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
  558. Date: Fri, 14 Aug 92 17:24:21 GMT
  559.  
  560.  
  561.  
  562.  
  563. I was considering get a 256k cache for my i486-33 and I was wondering
  564. if anyone has had any problems with caches on these faster machine.
  565. I can't understand why there would be a hardware probelm depeendant
  566. upon software. The only problem I've ever had with a machine being TOO
  567. fast is playing video games :)
  568.  
  569. Later
  570.  
  571. -- 
  572. MaThiEu a. LeWis   
  573. Thieves Like Us   
  574. mal11@po.cwru.edu   
  575.  
  576. ==============================
  577.  
  578. From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
  579. Subject: Re: Hey!  Linux fs on DOS partition!
  580. Date: Fri, 14 Aug 1992 17:40:26 GMT
  581.  
  582. In article <713720748snx@crynwr.com> nelson@crynwr.com (Russell Nelson) writes:
  583. | Hey, here's a cool idea I had yesterday: Make a Linux filesystem
  584. | driver that puts its filesystem in a file on an MS-LOSS partition.
  585.  
  586. Sorry to disappoint you, but there are several people, who already
  587. had this idea. No shiny new patents .. ;-)
  588.  
  589. Seriously: half of it is already there. The other half will be missing
  590. until the variable block size code is completed. The first half is the
  591. loop devices patch, that makes it possible to mount regular files on
  592. file systems that support bmap as file systems.
  593.  
  594. Unfortunately, MS-DOS arranges its clusters in such an odd way, that
  595. bmap can't be used on hard disks and on some floppies. But it works
  596. with the old 360k (and I think also 1.2MB) format. If you have the
  597. loop devices patch installed, you can try something like this:
  598.  
  599. # mount -t msdos /dev/fd0 /fd   # there's a 360kB floppy in /dev/fd0
  600. # dd if=/dev/zero of=/fd/file bs=1k count=350
  601. # mkfs /fd/file 350
  602. # mount /fd/file /mnt
  603.  
  604. - Werner
  605. -- 
  606.    _________________________________________________________________________
  607.   / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
  608.  / IFW A44  Tel. +41 1 254 7213                 almesberger@rzvax.ethz.ch /
  609. /_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/
  610.  
  611. ==============================
  612.  
  613. From: jmsimon@acsu.buffalo.edu (JMS)
  614. Subject: Re: large caches ona 486
  615. Date: 14 Aug 92 18:11:59 GMT
  616.  
  617. mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
  618. |
  619. |I was considering get a 256k cache for my i486-33 and I was wondering
  620. |if anyone has had any problems with caches on these faster machine.
  621. |I can't understand why there would be a hardware probelm depeendant
  622. |upon software. The only problem I've ever had with a machine being TOO
  623. |fast is playing video games :)
  624.  
  625. No problems here. Of course, I can't attest to any spped increase/decrease
  626. with Linux, as I haven't bothered disabling the cache. For MS-DOG it is
  627. definitely a help, tho.
  628.  
  629. It might not even be doing anything with Linux - would someone with more
  630. info like to shed some light on this? Does the cache make enough of a 
  631. difference to be worth having? I *can* compile the kernel in about 2-3mins,
  632. but that may just speak for the 486-33 and quick (relatively) IDE drives.
  633.  
  634. As an side, though, I have an opportunity to trade some hardware that I
  635. have (a 20mb hardcard, SVGA card and 12-1mbx9 SIMMS) for 4-4mb SIMMS. What
  636. kind of a difference will I notice going from 8mb to 16mb (4 of the 1x9's
  637. that I have are in a box because I only have 8 memory slots - woops!)?
  638.  
  639. |MaThiEu a. LeWis   
  640. |Thieves Like Us   
  641. |mal11@po.cwru.edu   
  642.  
  643. JMS
  644.  
  645. -- 
  646. *******************************************************************************
  647.  Jeffrey M. Simon              .o   o.       Computer Science / Business Mgmt.
  648.  jmsimon@acsu.buffalo.edu       ~~v~~        State University of NY at Buffalo
  649. ***** "Perspiration = ( Genius - 1% Inspiration ) / .99" -Ein*kinda*stein *****
  650.  
  651. ==============================
  652.  
  653. From: newbie@dylan.camb.inmet.com (Chris Newbold)
  654. Subject: Re: Buffer corruption problems.
  655. Date: 14 Aug 92 14:17:46 GMT
  656.  
  657. In article <BURLEY.92Aug13153840@geech.gnu.ai.mit.edu> burley@geech.gnu.ai.mit.edu (Craig Burley) writes:
  658. |In article <1992Aug13.163854.21617@midway.uchicago.edu> ace3@quads.uchicago.edu (Tony 'LLama' Acero) writes:
  659. |
  660. |   I have no idea what's going on and would appreciate any input! :-)
  661. |   (The smiley is to indicate I'm not complaining and half-expecting
  662. |   that I've done something bone-headed)
  663. |
  664. |I'm not sure about your problem or the person's to whose post you followed up,
  665. |but...
  666. |
  667. |...I believe there is a bug in Linux that has the following behavior:
  668. |
  669. |-  causes Linux to "misread" one 1024KB chunk of data from a disk-based file
  670. |   so that what your app ends up with is some _other_ 1024KB chunk
  671. |   (apparently from the same file)
  672. |
  673. |-  occurs only during very heavy disk access, such as megabytes accessed
  674. |   continually
  675. |
  676. |-  is intermittent, but happens enough to reproduce fairly easily
  677. |
  678. |-  might be SCSI-related (I have a SCSI system) but, based on responses I've
  679. |   gotten from others saying they've seen the same behavior, probably isn't
  680. |
  681. |-  is still in 0.97 and perhaps happens somewhat more often there (though of
  682. |   course it's hard to measure this)
  683.  
  684. Yep. I've seen this too. My system is running off SCSI disks. I'd agree
  685. with everthing listed above and add:
  686.  
  687.         - It can happen on WRITES as well.
  688.  
  689. Occasionally when I'm rebuilding the kernel, make will die with some
  690. horrid error like it can no longer find the makefile it was working from.
  691. Shorty thereafter, anything which accesses the disk seg. faults and dies.
  692.  
  693. When I bring the system back up, the filesystem is hosed. Usually the
  694. superblock is scrambled so fsck just refuses to look at the drive.
  695.  
  696. Not good.
  697.  
  698. -Chris
  699.  
  700. -- 
  701. ---- Chris Newbold ---- > "If you fool around with a thing for very long you <
  702.    Intermetrics, Inc.   >                 will screw it up."                 <
  703.   Opinions and statements expressed are MINE and do NOT represent my employer
  704.                         newbie@inmet.camb.inmet.com
  705.  
  706. ==============================
  707.  
  708. From: callison@uokmax.ecn.uoknor.edu (James P. Callison)
  709. Subject: Re: Linux Logo
  710. Date: 14 Aug 92 18:11:15 GMT
  711.  
  712. In article <1992Aug14.002854.20701@constellation.ecn.uoknor.edu> callison@uokmax.ecn.uoknor.edu (James P. Callison) writes:
  713. |BTW-that thar logo jain't under the GNU Copyleft. I hold a copyright
  714. |on it. That means that you can copy it, use it on your distribution
  715. |of Linux, change it, do whatever you like, but you CANNOT sell the
  716. |LOGO for ANY price. I would like to get some credit, though. :-)
  717. |(And I mean it--don't sell the LOGO. Use it as you will. Put it
  718. |on Linux distributions you're selling for $6,000,000 apiece.
  719. |Change the release number. Change the colors. Change the font.
  720. |But absolutely DON'T sell the logo at ANY price.)
  721. |
  722. |Thanks.
  723.  
  724. Arrogant bastard, ain't I? :-)
  725. Hmm...this doesn't seem to have come out right (sorry, I was fighting
  726. a whineybaby file server--why can't it just suck it up and ignore those
  727. memory errors like a _real_ 486? :-)
  728. I just want to make sure that everybody knows that this thing is 
  729. _freely_ distributable (as in _NO_ cost), and freely editable (come on,
  730. the thing was a first draft! :-)
  731.  
  732.                                 James
  733.  
  734. James P. Callison       Microcomputer Coordinator        OU Law Library 
  735. Callison@aardvark.ucs.uoknor.edu   /\        Callison@uokmax.ecn.uoknor
  736.         constellation!biglaw!callison@mailhost.ecn.uoknor.edu
  737. DISCLAIMER: I'm not an engineer, but I play one at work...
  738.         Here's to all the soldiers who have ever died in vain,
  739.         The insane locked up in themselves, the homeless down on Main
  740.         To those who stand on empty shores, and spit against the wind
  741.         And those who wait forever for ships that don't come in
  742.                 --Joe Diffee, "Ships That Don't Come In"
  743.  
  744. ==============================
  745.  
  746.  
  747. ** FOR YOUR REFERENCE **
  748.  
  749. The service address, to which questions about the list itself and requests
  750. to be added to or deleted from it should be directed, is:
  751.  
  752.     Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
  753.  
  754. You can send mail to the entire list (and comp.os.linux) via:
  755.  
  756.     Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
  757.  
  758. Linux may be obtained via one of these FTP sites:
  759.     nic.funet.fi                                pub/OS/Linux
  760.     tsx-11.mit.edu                              pub/linux
  761.     tupac-amaru.informatik.rwth-aachen.de       pub/msdos/replace
  762.  
  763. The current version of Linux is 0.97 released on August 1, 1992
  764.  
  765. End of Linux-Activists Digest
  766. ******************************
  767.  
  768. ==============================
  769.  
  770. From: bairstow@copland.psu.edu (Steven Bairstow)
  771. Subject: Re: The Third Degree
  772. Date: 14 Aug 92 18:55:27 GMT
  773.  
  774. In article <1992Aug13.124939.16680@kth.se> d88-jwn@blofeld.nada.kth.se (Johan W}hlin) writes:
  775. |bairstow@copland.psu.edu (Steven Bairstow) writes:
  776. |: ...
  777. |:      - Has anyone noticed free inodes being left around? I think 
  778. |:        halt/shutdown is doing it. (This is what I was trying to figure 
  779. |:        out when it crashed.)
  780. |Yes I've been having this problem at least with reboot
  781. |
  782. |: ...
  783. |:                      Steve
  784. |/Johan
  785.  
  786. Okay, so does anyone know where the code is for these programs so I can take 
  787. a look at them, or who the author is?
  788.  
  789.                         Steve
  790.  
  791. ==============================
  792.  
  793. From: glover@dvinci.USask.Ca (Ken Glover)
  794. Subject: Re: SLS: Free Linux Distribution.
  795. Date: Fri, 14 Aug 1992 19:45:47 GMT
  796.  
  797. The poster is/was looking for a site that is willing to take it on.  This is
  798. indicated at the beginning of the post (and I hope he finds one soon, it looks
  799. like a good distribution.)
  800.  
  801. Ken
  802.  
  803. ==============================
  804.  
  805. From: alsaggaf@athena.mit.edu (M. Saggaf)
  806. Subject: **** Epoch is here ****
  807. Date: Fri, 14 Aug 1992 21:03:12 GMT
  808.  
  809.  I'm happy to report that I have successfully ported Epoch to linux.
  810. If you do not know what epoch is, the quote from the FAQ at the end of
  811. this posting will give you an idea. I could upload it now. However, I feel
  812. that this is pointless since gcc2.2.2d will be released soon, so I think I'm
  813. going to wait until I compile it with the new gcc when it is released.
  814. (Unless somebody really want to try it right now, let me know). 
  815.  
  816.  I have been using Epoch for about a day now with no problems. I ran
  817. on it dired, compile, the shell, and vm (View Mail) and they were all OK. 
  818.  
  819. ========= Quote from the Epoch FAQ =========
  820.  
  821. A-1: What is Epoch?
  822.   
  823.   Epoch is GNU Emacs on steroids: an adaptation of GNU Emacs with lots
  824.   of additional support for features made possible by the X11 windowing
  825.   system.  These features include multiple editing windows, arbitrary
  826.   colors and fonts (fixed-width and proportional), selectable zones per
  827.   buffer with arbitrary display styles (font, color, underline, stipple,
  828.   pixmap), an optional separate minibuffer window, improved keyboard and
  829.   mouse handling, full 8-bit character set support, and more.
  830.   
  831.   Epoch, like GNU Emacs, is very customizable; much of this FAQ
  832.   describes ways to customize Epoch for specific purposes.
  833.  
  834. ===========================================
  835.  
  836.  /M. Saggaf
  837.  
  838.  
  839.  
  840.  
  841. ==============================
  842.  
  843. From: tyrone@cbnewsi.cb.att.com (tyrone.shiu)
  844. Subject: Need Help!
  845. Date: Fri, 14 Aug 1992 20:29:01 GMT
  846.  
  847. Hi:
  848. I post a mail asking for help on get my mouse to be recognized by linux
  849. so that I can at least use MGR. I have an ATI Ultra with the mouse port
  850. on it. I need to know is there any patch or anything to get it to work.
  851. I got quite a few replies that they are interested in knowing too.
  852.  
  853. I also need to know where can I get source/man/doc on the fsck used by
  854. linux. I can't seem to find it on tsx.
  855.  
  856. Thanks a million in advance!!
  857.  
  858. +--------------------------------+
  859. | Tyrone Shiu                    |
  860. | Phone: 908-548-7852            |
  861. | Email: tyrone@cbnewsi.att.com  |
  862. +--------------------------------+
  863.  
  864.  
  865. ==============================
  866.  
  867. From: sp@questor.wimsey.bc.ca (Steve Pershing)
  868. Crossposted-To: comp.unix.sysv386
  869. Subject: Re: What the 17" monitor reviews never tell you
  870. Date: Fri, 14 Aug 92 12:16:21 PDT
  871.  
  872. exuptr@exu.ericsson.se (Patrick Taylor) writes:
  873.  
  874. => >I have an Eizo (which is the nanao in german) 9080i with the same
  875. => >symptoms. I gave it back to get a new monitor, but got a letter from
  876. => >Eizo, which said, that these 'moire' (thats the word with 'm' :-) )
  877. => >pattern are a characteristic for 17" monitors. My solution is to have
  878. => >a 'cornflowerblue' root window...
  879.  
  880. I wonder if "moire" patterns are also visible on Sony's large (trinitron)
  881. monitors?  Anybody??
  882.  
  883. --
  884.         Steve Pershing, System Administrator, The QUESTOR Project
  885.   FREE access to Environ, Sci, Med, & AIDS news, and more.  [also UUCP]
  886.         on a ZyXEL-1496S v.42bis, v.32bis, v.33, up to 16,800bps.
  887.   .-------------------------------------------------------------------.
  888.   |  POST: 1027 Davie St., Box 486, Vancouver, B.C., Canada  V6E 4L2  |
  889.   |  Fones: (+1 604)  Data: 681-0670  FAX: 682-6160  Voice: 682-6659  |
  890.  
  891.  
  892.  
  893. ==============================
  894.  
  895. From: tdunbar@vttcf.cc.vt.edu (Thomas Dunbar)
  896. Subject: kermit in X, not otherwise
  897. Date: 14 Aug 92 20:53:58 GMT
  898.  
  899.  
  900. kermit (which i using now) works fine when i start it in an xterm. however,
  901. if i'm not in X, after the 4 connecting to ... & escape char lines info,
  902. it escapes back to the local machine (connect is last line of my .kermrc)
  903. there's the C-Kermit> prompt and then i'm back at the regular bash prompt.
  904.   in both cases, i'm logged in as root. in fact, TERM is even set to xterm
  905. in both cases (but vt100 or console terms work the same). 
  906.   way back in ver. 0.12 i had kermit working but until i tried it today
  907. from inside X-windows, kermit has always dropped out as i describe above.
  908.  Why does it work in X? (not that i'm complaining, just curious)
  909.    i'm using: kernel 0.97 patch level 1 with base utilities, etc from the
  910. MCC-interim dist.
  911.    thomas
  912.  
  913. ==============================
  914.  
  915. From: solworth@newyork.eecs.uic.edu (Jon Solworth)
  916. Subject: Notebooks and linux
  917. Date: Fri, 14 Aug 1992 22:21:01 GMT
  918.  
  919.  
  920.         I would like to get a notebook and run linux on it.  I am particularly
  921. interested in the Compudyne 486DX-33, Toshiba 4400, TI 4000, and other
  922. 486{S,D}X notebooks.
  923.  
  924.         Will this work?
  925.  
  926.         Anybody have any experience on these or other notebooks?
  927.  
  928.         Are there linux extensions to handle the notebook features
  929.         (power low, etc.)?
  930.  
  931.         Any gotchas?
  932.  
  933. Thanks
  934. Jon Solworth
  935. Univ. of Ill- Chicago
  936. --
  937. ===============================================================================
  938. Jon A. Solworth                 internet:  solworth@parsys.eecs.uic.edu
  939. Dept. of EECS (M/C 154)         telephone: (312) 996-0955
  940. University of Illinois          FAX:       (312) 413-0024
  941. P.O. Box 4348
  942. Chicago, Illinois 60680
  943.  
  944. ==============================
  945.  
  946.  
  947. ** FOR YOUR REFERENCE **
  948.  
  949. The service address, to which questions about the list itself and requests
  950. to be added to or deleted from it should be directed, is:
  951.  
  952.     Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
  953.  
  954. You can send mail to the entire list (and comp.os.linux) via:
  955.  
  956.     Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
  957.  
  958. Linux may be obtained via one of these FTP sites:
  959.     nic.funet.fi                                pub/OS/Linux
  960.     tsx-11.mit.edu                              pub/linux
  961.     tupac-amaru.informatik.rwth-aachen.de       pub/msdos/replace
  962.  
  963. The current version of Linux is 0.97 released on August 1, 1992
  964.  
  965. End of Linux-Activists Digest
  966. ******************************
  967.  
  968. ==============================
  969.  
  970.  
  971. ** FOR YOUR REFERENCE **
  972.  
  973. The service address, to which questions about the list itself and requests
  974. to be added to or deleted from it should be directed, is:
  975.  
  976.     Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
  977.  
  978. You can send mail to the entire list (and comp.os.linux) via:
  979.  
  980.     Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
  981.  
  982. Linux may be obtained via one of these FTP sites:
  983.     nic.funet.fi                                pub/OS/Linux
  984.     tsx-11.mit.edu                              pub/linux
  985.     tupac-amaru.informatik.rwth-aachen.de       pub/msdos/replace
  986.  
  987. The current version of Linux is 0.97 released on August 1, 1992
  988.  
  989. End of Linux-Activists Digest
  990. ******************************
  991.  
  992. ==============================
  993.  
  994.  
  995. ** FOR YOUR REFERENCE **
  996.  
  997. The service address, to which questions about the list itself and requests
  998. to be added to or deleted from it should be directed, is:
  999.  
  1000.     Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
  1001.  
  1002. You can send mail to the entire list (and comp.os.linux) via:
  1003.  
  1004.     Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
  1005.  
  1006. Linux may be obtained via one of these FTP sites:
  1007.     nic.funet.fi                                pub/OS/Linux
  1008.     tsx-11.mit.edu                              pub/linux
  1009.     tupac-amaru.informatik.rwth-aachen.de       pub/msdos/replace
  1010.  
  1011. The current version of Linux is 0.97 released on August 1, 1992
  1012.  
  1013. End of Linux-Activists Digest
  1014. ******************************
  1015.  
  1016. ------------------------------
  1017.  
  1018.  
  1019. ** FOR YOUR REFERENCE **
  1020.  
  1021. The service address, to which questions about the list itself and requests
  1022. to be added to or deleted from it should be directed, is:
  1023.  
  1024.     Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
  1025.  
  1026. You can send mail to the entire list (and comp.os.linux) via:
  1027.  
  1028.     Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
  1029.  
  1030. Linux may be obtained via one of these FTP sites:
  1031.     nic.funet.fi                pub/OS/Linux
  1032.     tsx-11.mit.edu                pub/linux
  1033.     tupac-amaru.informatik.rwth-aachen.de    pub/msdos/replace
  1034.  
  1035. The current version of Linux is 0.97 released on August 1, 1992
  1036.  
  1037. End of Linux-Activists Digest
  1038. ******************************
  1039.