home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 9889 < prev    next >
Encoding:
Text File  |  1992-09-07  |  5.1 KB  |  108 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!gatech!darwin.sura.net!sgiblab!newsun!novdpd!bboerner
  3. From: bboerner@novell.com (Brendan B. Boerner)
  4. Subject: Re: WANT GCC? FORGET FAQ.GCC AND README?? READ THIS FIRST!!!!
  5. Message-ID: <1992Sep4.225554.2416@novell.com>
  6. Organization: Novell, Inc. --Austin
  7. References: <1992Sep4.102532.4493@fys.ruu.nl> <186a86INNcsb@usenet.INS.CWRU.Edu> <1880h6INNfoh@usenet.INS.CWRU.Edu>
  8. Date: Fri, 4 Sep 1992 22:55:54 GMT
  9. Lines: 97
  10.  
  11. In article <1880h6INNfoh@usenet.INS.CWRU.Edu> mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
  12. >
  13. >In a previous article, hooft@fys.ruu.nl (Rob Hooft) says:
  14. >>You always keep files in the root-dir?
  15. >
  16. >where in the FAQ does it day to put them??? tell me....tell me...
  17.  
  18. I think that Rob, like me, doesn't like to clutter up the root with
  19. a bunch of misc. files.  I'd keep this stuff in /usr/src or
  20. ~root/src.
  21.  
  22. >>NONSENSE. This is not a limitation of the OS, but of the filesystem. 
  23. >>The Unix System V(R) filesystem as this limitation, and linux's standard
  24. >>filesystem, the minix-one, has this too. The linux DOS filesystem has
  25. >>a limitation of 8 with an extension of 3, the linux extended filesystem 255.
  26. >
  27. >i dont have and extended filesystem.....now tell me how to get around
  28. >this problem.....
  29.  
  30. Sigh.  He's trying to explain to you that the Minix _filesystem_ NOT
  31. the Linux _operating system_ is what limits you to 14 chars.  If you
  32. really want to get around this problem, you'd pick up a copy of the
  33. patches for the Extended File system BUT 1) it's still in the Alpha
  34. stage and 2) you haven't been able to get past installing GCC 2.2.2d
  35. and Linux source, so for now, do like the thousands of folks who've
  36. been using filesystems based on AT&T SYS V and related UN*Xes have done
  37. - live with it.
  38.  
  39.  
  40. >why is it such bad advice????? I would love to have the instruction in the
  41. >FAQ.GCC, etc. work......but they didn't. So I did this.....and it worked.
  42.  
  43. Do you know why the instructions you found in the FAQ and other places
  44. did not work?  Do you know why what you did supposedly "worked"?  If
  45. you can't explain why the instructions didn't work and why what you did
  46. work, are you really in any position to tell other's how to do
  47. something?
  48.  
  49.  
  50. OK, I'll tell you what I did and see if this helps you.  Be warned that
  51. I am doing this from memory so there will probably be something I left
  52. out but maybe it will help you through the worst.
  53.  
  54. I got the 2.2.2d*, binutil.tar.Z, 0.97pl1inc.tar.Z files (names are
  55. from memory so they may be wrong) from tsx-11 and the source (Linux
  56. 0.97 Pl #2) and put everything in ~root/src.
  57.  
  58. I blew away /usr/src/linux, /usr/include, and /usr/g++-include
  59. (right path?).
  60.  
  61. I installed the 0.97 Pl #2 source in /usr/src/linux.
  62.  
  63. I shortened a few of the 2.2.2d* names so they would fit in 14 chars
  64. (e.g. 2.2.2d.misc.tar.Z became 2.2.2d.ms.tar.Z).  I then edited the
  65. install shell script and changed the names there.  Someone pointed
  66. out that he did not have any problems with the names being truncated
  67. so maybe this step is not necc.
  68.  
  69. I ran the install process (sh install... 2.2.2d /usr/src/linux).  It
  70. died for some reason (I think it was because I hadn't changed the name
  71. of the 0.97pl1inc file in the script) so I looked in the script, found
  72. out why it died and what it was expecting.  I made the right fix and
  73. reran the script.  This is a very important point I want to make -
  74. you've got the source to the install process right there - if something
  75. doesn't work you can't claim to not find out how to fix it BECAUSE THE
  76. SOURCE IS THERE!  If you don't know how a sh script works, get a book
  77. on UN*X and learn!  I got a book (don't recall the name) by Kaere
  78. Christansen (sp?) which is adequate.
  79.  
  80. Anyway, that's it.  I think the thing which is pissing off other
  81. readers is NOT that you are having problems and that you need help, but
  82. rather that your attitude is that the Linux world owes you something.
  83. If you had paid money (cash money it's called in Texas :-)), then maybe
  84. your attitude would be appropriate to the individual you had paid the
  85. money too.  But you didn't, which means that in exchange for the money
  86. you've paid ($0.00), you get to peruse FAQs, READMEs, other misc.
  87. documents and ask polite questions of the net.  I've had great success
  88. with asking the "net" for help and I like to think that it's because I
  89. tried to acknowledge that although no one out there owed me anything,
  90. I'd appreciate it if someone would help out.
  91.  
  92. Also, part of the difference between trying to work within the Linux
  93. universe and going out and buying SCO UN*X (or whatever) (besides the
  94. obvious diff. in cost) is that it's a bit of an adventure.  Trying to
  95. figure out what you need, where it is, getting it and then trying to
  96. make it all work for some of us is part of the fun.  From the tone of
  97. your posts installing Linux has been a painful experience for you so
  98. you may want to examine WHY you are installing it.  Is it because you
  99. want a UN*X system but can't afford a commercial one?  If so, I think
  100. you might not find a lot of sympathy in this group.
  101.  
  102. Later,
  103. Brendan
  104. -- 
  105. Brendan B. Boerner        Phone: 512/346-8380
  106. Internet: bboerner@novell.com    MHS: bboerner@novell
  107. Please use ^^^^^^^^^^^^^^^^^ if replying by mail.
  108.