home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10019 < prev    next >
Encoding:
Text File  |  1992-09-08  |  7.2 KB  |  192 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!usc!rpi!psinntp!psinntp!pool!ujlh
  3. From: ujlh@pool.info.sunyit.edu (James Henrickson)
  4. Subject: Re: WANT GCC? FORGET FAQ.GCC AND README?? READ THIS FIRST!!!!
  5. Message-ID: <1992Sep5.233004.7094@pool.info.sunyit.edu>
  6. Organization: State University of New York -- Institute of Technology
  7. References: <186a86INNcsb@usenet.INS.CWRU.Edu>
  8. Date: Sat, 5 Sep 1992 23:30:04 GMT
  9. Lines: 181
  10.  
  11. WARNING:  FLAME IS LIT.  IF YOU'VE ALREADY READ ENOUGH ABOUT THIS
  12. FLAKY POST, PLEASE GO ON TO THE NEXT ONE.
  13.  
  14. In article <186a86INNcsb@usenet.INS.CWRU.Edu> mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
  15. >
  16. >Since it seems that there aren't any installation docs for us
  17. >lay people when it comes to installing GCC 2.2.2d, I figured that
  18. >I would write this to help people who are having and will have
  19. >problems with the installation.
  20.  
  21. It appears that you are upset because you didn't understand the
  22. directions.  Please define the term "lay people", you make it seem
  23. like you are speaking for a large number of people.  :-)
  24.  
  25. >
  26. >First, I will assume you have mtools installed. If not, then do. Email
  27. >me for some tips if you need help.
  28.  
  29. Oh, I'm starting to get it now.  By "lay people", you are referring
  30. to DOS people that are new to Linux.  [Regular Linux users: you can
  31. stop reading his instructions now.  Chances are you use a Linux
  32. communications program for file transfers.]
  33.  
  34. >You need to get the following files by anonymous ftp from tsx-11.mit.edu.
  35. >
  36. >binutils.tar.Z
  37. >097pl1inc.tar.Z
  38. >2.2.2ddb.tar.Z
  39. >2.2.2dlib.tar.Z
  40. >2.2.2dmisc.tar.Z
  41. >install.2.x
  42. >
  43. >Forget README and FAQ.
  44. >THEY JUST AREN'T WORTH THE TIME READING!!!!!!!!!!!
  45.  
  46. In your opinion.  So it's OK to use a great compiler that costs
  47. nothing and then criticize the guy for not writing in a way that
  48. YOU understand?
  49.  
  50. >You can find the above in /pub/linux/packages/GCC
  51. >
  52. >You will also need 097.tar.Z (or something like that) from 
  53. >/pub/linux/sources/system
  54. >This is the linux source code. Get the patches if you want them.
  55. >(I personally haven't figured out what to do with them. :) )
  56.  
  57. What is this "something like that" crap?  If you expect people
  58. to ignore the official docs and follow only your instructions,
  59. you should be specific.  And you have the nerve to criticize
  60. HJ's docs.  Really.
  61.  
  62. >So now you have these files. Hopefully they were transfered without any
  63. >corruption. Unfortunately they are VERY large, so I would get corrupted
  64. >ones about every 5th try. And you won't find this out until you're in
  65. >LINUX and then you'll have to reboot into DOS. Major frustration.
  66.  
  67. If you were a regular Linux user, you wouldn't need DOS to get the
  68. files and you would use a transfer protocol that provides you with
  69. error detection.  I haven't had ANY file corruption, and I have been
  70. downloading EVERYTHING at 2400 baud since April.  I used DOS to get
  71. the initial bootimage, rootimage, kermit, and [xyz]modem, and have
  72. used Linux for downloads ever since.  Another nice feature is I get
  73. to do things on other VC's while the file transfer is taking place.
  74. Can you do THAT with DOS?
  75.  
  76. >BTW, these files should be in a DOS dir and they WILL take up alot of memory.
  77. >I think about 5MB.
  78. >
  79. >Now reboot into LINUX and login as root. Now follow these commands.
  80. >
  81. >cd /
  82. >mcd c:\<the dos dir with the above files>
  83. >mcopy c:*.* .
  84. >
  85. >That should get all those files into the LINUX root dir.
  86. >Now, change their names using the mv (move) command.
  87. >
  88. >mv <fucked up dos filename now in linux>  <new filename>
  89.  
  90. For DOS users, I agree with that part.  Now for a real winner:
  91.  
  92. >Do it according to these transformations:
  93. >install.2.x  --------->   install.2.x
  94. >binutils.tar.Z ------->   binutils.tar.Z
  95. >2.2.2ddb.tar.Z ------->   2ddb.tar.Z
  96. >2.2.2dlib.tar.Z ------>   2dlib.tar.Z
  97. >2.2.2dmisc.tar.Z ----->   2dmisc.tar.Z
  98. >097pl1inc.tar.Z ------>   097inc.tar.Z
  99. >097.tar.Z ------------>   097.tar.Z
  100.  
  101. Nope, wrong, incorrect, bad, no good, just don't do it!  You are
  102. making this more difficult than it has to be.  Of course, most
  103. people that read the instructions (the ones you obviously dislike
  104. so much) would know better.  I renamed the files the first time
  105. around because I didn't read the directions until after I screwed
  106. up.
  107.  
  108. >remember that these names on the left will be REALLY screwed up!!!!
  109. >keep track of them.........
  110. >The reason that we have to do all this crap is because LINUX has a
  111. >limitation on length of filenames. UNIX doesn't have them. 
  112.  
  113. I hope you aren't implying that ALL UNIX systems have long file names.
  114. There are exceptions.
  115.  
  116. Anyway, so what?  It's obvious that you also haven't been following
  117. this newsgroup, because it has been pointed out several times that
  118. the truncated file names work OK.  Maybe you need your own newsgroup,
  119. comp.os.i.cant.follow.directions.
  120.  
  121. >DOES ANYONE KNOW IF THIS CAN BE CHANGED??????
  122.  
  123. What do you think the extended file system is?  It's been in alpha
  124. testing quite a while now.  As I said already, it looks like you
  125. haven't been following the newsgroup.  Besides, the minix file
  126. system will still be around for a long time because most of us are
  127. using it.
  128.  
  129. >Now we need to install the kernel sources. 
  130. >
  131. >cd /usr
  132. >mkdir src
  133. >cd src
  134. >mkdir linux
  135. >cd /
  136. >cp 097.tar.Z /usr/src/linux
  137. >cd /usr/src/linux
  138. >uncompress 097.tar.Z
  139. >tar -xvf 097.tar
  140.  
  141. You are wrong again.  The Linux kernel source gets extracted in the
  142. /usr/src directory.  Otherwise (unless something has drastically changed),
  143. your source code will end up in /usr/src/linux/linux.  I know some
  144. people like to keep their stuff in non-standard directories (like when
  145. keeping different versions of the kernel), but the usual place us
  146. /usr/src/linux.  Maybe you should also read the kernel docs, or did
  147. you have trouble understanding them, too?
  148.  
  149. [ A whole bunch of unnecessary instructions deleted. ]
  150.  
  151. >unfortunately....I can't find make. And I haven't an editor. My vi
  152. >doesn't work yet. 
  153.  
  154. Then why do you need GCC?  Maybe vi really works and you didn't
  155. understand the instructions for that, either.
  156.  
  157. >BTW, if you don't like these instruction, screw you. It worked for me :)
  158.  
  159. Screw yourself.  :)
  160.  
  161. You are only going to confuse people with these sloppy directions.  It
  162. has been my understanding (and experience, until I saw your flaky post)
  163. that comp.os.linux readers like to help one another.  You just like to
  164. be different.
  165.  
  166. >Hopefully this will motivate someone (in authority?) to make this
  167. >installation process a little easier.
  168.  
  169. Yeah, by adding just one sentence to the instructions:  BE SURE TO
  170. *NOT* RENAME THE FILES.  IF THE FILE NAMES GET TRUNCATED (LIKE THEY 
  171. DO WITH THE MINIX FS), IT'S STILL OK. Oh well, two sentences.  :-)
  172.  
  173. [Knowing HJ, he'll probably repeat it 5 or 10 times!]
  174.  
  175. (I will now write as though he's not reading this, as he probably
  176. has a smart news reader and canceled this thread before reading
  177. any of the replies.  After all, who in their right mind would
  178. post something that silly and expect to NOT get flamed?)
  179.  
  180. I don't know where people like this come from.  Every once in a 
  181. while we get a really flaky post.  Remember that guy several months
  182. ago that couldn't MORALLY use Linux because it didn't support every
  183. brand of video card or mouse at the time?  And then he was silly
  184. enough to post again, in response to the flames he was getting!
  185.  
  186. (Go figure.)
  187. -- 
  188. Jim H.
  189. *
  190. * James L. Henrickson
  191. * ujlh@sunyit.edu        "Some day I might have a real .signature!"
  192.