home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9830 < prev    next >
Encoding:
Text File  |  1992-09-04  |  4.9 KB  |  166 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!sun4nl!alchemy!ruunfs!hooft
  3. From: hooft@fys.ruu.nl (Rob Hooft)
  4. Subject: Re: WANT GCC? FORGET FAQ.GCC AND README?? READ THIS FIRST!!!!
  5. Message-ID: <1992Sep4.102532.4493@fys.ruu.nl>
  6. Organization: Physics Department, University of Utrecht, The Netherlands
  7. References: <186a86INNcsb@usenet.INS.CWRU.Edu>
  8. Date: Fri, 4 Sep 1992 10:25:32 GMT
  9. Lines: 155
  10.  
  11. ====================================================================
  12. EVERYBODY BE CAREFUL: I DO SOME SUGGESTIONS FOR IMPROVEMENT IN THE
  13. FOLLOWING REPLY, BUT DON'T FOLLOW THEM! I THINK THE WHOLE PROCEDURE 
  14. STINKS! READ FAQ AND README INSTEAD! HLU HAS DONE A GREAT JOB!
  15. ====================================================================
  16.  
  17. In <186a86INNcsb@usenet.INS.CWRU.Edu> mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
  18.  
  19. >Forget README and FAQ.
  20. >THEY JUST AREN'T WORTH THE TIME READING!!!!!!!!!!!
  21.  
  22. About 80% of the problems with GCC on the net are from people who did not read the
  23. FAQ. This is VERY BAD ADVICE!
  24.  
  25. >You can find the above in /pub/linux/packages/GCC
  26.  
  27. >You will also need 097.tar.Z (or something like that) from 
  28. >/pub/linux/sources/system
  29.  
  30. ???????
  31. You need at least 0.97 pl 1 source code to work with GCC 2.2.2d. A file
  32. 097.tar.Z does NOT exist at that place, and you're just confusing people!
  33.  
  34. >This is the linux source code. Get the patches if you want them.
  35. >(I personally haven't figured out what to do with them. :) )
  36.  
  37. So: You're stupid, and probably never read any manual at all!!! 
  38.  
  39. >So now you have these files. Hopefully they were transfered without any
  40. >corruption. Unfortunately they are VERY large, so I would get corrupted
  41. >ones about every 5th try. And you won't find this out until you're in
  42. >LINUX and then you'll have to reboot into DOS. Major frustration.
  43.  
  44. I NEVER get corruptions. You must be doing something SERIOUSLY wrong.
  45.  
  46. >BTW, these files should be in a DOS dir and they WILL take up alot of memory.
  47. >I think about 5MB.
  48.  
  49. Maybe they take a lot of disk, but not MEMORY. More confusion. Why
  50. should they be in a dos dir? You could Just as well put them each
  51. on a different floppy?
  52.  
  53. >Now reboot into LINUX and login as root. Now follow these commands.
  54.  
  55. >cd /
  56.  
  57. You always keep files in the root-dir?
  58.  
  59. >mcd c:\<the dos dir with the above files>
  60. >mcopy c:*.* .
  61.  
  62. This definitely WON't WORK! You'll probably get something
  63. along the lines of
  64.  
  65.      mcopy: no match
  66.  
  67. the command should probably read :
  68.  
  69.      mcopy c:\* .
  70.  
  71. READ THE MTOOLS manuals!
  72.  
  73. >That should get all those files into the LINUX root dir.
  74. >Now, change their names using the mv (move) command.
  75.  
  76. >mv <fucked up dos filename now in linux>  <new filename>
  77.  
  78. >Do it according to these transformations:
  79. >install.2.x  --------->   install.2.x
  80. >binutils.tar.Z ------->   binutils.tar.Z
  81. >2.2.2ddb.tar.Z ------->   2ddb.tar.Z
  82. >2.2.2dlib.tar.Z ------>   2dlib.tar.Z
  83. >2.2.2dmisc.tar.Z ----->   2dmisc.tar.Z
  84. >097pl1inc.tar.Z ------>   097inc.tar.Z
  85. >097.tar.Z ------------>   097.tar.Z
  86.  
  87. >remember that these names on the left will be REALLY screwed up!!!!
  88. >keep track of them.........
  89.  
  90. again: ??????? 
  91.  
  92. >The reason that we have to do all this crap is because LINUX has a
  93. >limitation on length of filenames. UNIX doesn't have them. 
  94. >DOES ANYONE KNOW IF THIS CAN BE CHANGED??????
  95.  
  96. NONSENSE. This is not a limitation of the OS, but of the filesystem. 
  97. The Unix System V(R) filesystem as this limitation, and linux's standard
  98. filesystem, the minix-one, has this too. The linux DOS filesystem has
  99. a limitation of 8 with an extension of 3, the linux extended filesystem 255.
  100.  
  101. >Now we need to install the kernel sources. 
  102.  
  103. >cd /usr
  104. >mkdir src
  105. >cd src
  106. >mkdir linux
  107.  
  108. Not needed.
  109.  
  110. >cd /
  111. >cp 097.tar.Z /usr/src/linux
  112.  
  113. not needed. Why another copy?
  114.  
  115. >cd /usr/src/linux
  116.  
  117. Wrong directory
  118.  
  119. >uncompress 097.tar.Z
  120.  
  121. Not needed.
  122.  
  123. >tar -xvf 097.tar
  124.  
  125. You could have done this whole series in two commands:
  126.  
  127. cd /usr/src
  128. zcat /097.tar.Z | tar -xvf -
  129.  
  130. >That should make some file and directories. 
  131. >now do this.
  132.  
  133. >cd /
  134. >cp 097inc.tar.Z /usr/src/linux
  135.  
  136. Another copy?
  137.  
  138. >cd /usr/src/linux
  139.  
  140. Again: wrong directory, this should go in /usr/include, and will be put there 
  141. by the install-script.
  142.  
  143. >uncompress 097inc.tar.Z
  144. >tar -xvf 097inv.tar
  145.  
  146. >More source files are made.
  147.  
  148. HEADER files.
  149.  
  150. I planned to go on to the end, but sorry, I'm exhausted. What a nonsense.
  151. You have really no idea what you're doing, and giving BAD ADVICE all over.
  152. I suspect this is another plot from a unix copyright owner on Linux, as 
  153. was the TSX-11 ftp-criticism. No smilies @#$!
  154.  
  155. >-- 
  156. >MaThiEu a. LeWis      "There is no middle ground/Or that's how it seems/For 
  157. >Thieves Like Us        us to walk or to take/Instead we tumble down/Either
  158. >mal11@po.cwru.edu      side left or right/To love or to hate."
  159. >                    -A Strange Kind of Love
  160.  
  161. That's what KILL files are good for....
  162. -- 
  163. Rob Hooft, Bijvoet Center for Biomolecular Research, 
  164. Chemistry department University of Utrecht, the Netherlands
  165. hooft@hutruu54.bitnet hooft@chem.ruu.nl hooft@fys.ruu.nl hooft@cc.ruu.nl
  166.