home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23812 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.3 KB  |  47 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!nwnexus!danubius
  3. From: danubius@halcyon.com (Joseph R. Pannon)
  4. Subject: Re: [WANTED] diffs for the following:
  5. Message-ID: <1993Jan12.205452.14871@nwnexus.WA.COM>
  6. Sender: sso@nwnexus.WA.COM (System Security Officer)
  7. Organization: The 23:00 News and Mail Service
  8. References: <C0r9py.FB9@ccu.umanitoba.ca>
  9. Date: Tue, 12 Jan 1993 20:54:52 GMT
  10. Lines: 35
  11.  
  12. In article <C0r9py.FB9@ccu.umanitoba.ca> umrose05@ccu.umanitoba.ca (Dave Rose) writes:
  13. >
  14. >    Recently I went and upgraded my system with the libc4.2 libraries
  15. >and gcc 2.3.3 (i486), installation seemed to go fine, and lots of things
  16. >seemed to work ok. Only now a few days later am I realizing that all is
  17. >not well. The problem is, I don't know exactly WHAT is broken, so I've been
  18. >trucking along re-compiling what I can and seeing if things have improved.
  19.  
  20. I have done the same thing, too, and I noticed that some of the
  21. instructions that came with the libdisk and gccdisk stuff were
  22. incomplete.  For instance, the "Installing on the Hard Drive" section,
  23. when providing that little script with the "for ... do" loop, omits the
  24. lib subdirectory from the "for d in bin dev etc usr" line which than
  25. misses updating your /bin directory on your HD.  So that has to be added
  26. to that line.  Another problem might come from existing sym links that
  27. mandates manual fixes not mentioned in the instructions.  I am kinda'
  28. new at this, but I noticed that after following the lib upgrade
  29. instructions to the letter, the /lib/libc.so.4 was still linked to the
  30. old libc.so.4.1, instead of the new libc.so.4.2 as I saw it on the
  31. libdisk floppy from which the upgrade was done. Same goes for the
  32. /lib/libm.so.4 that remained linked to libhard.so.4.0 while on the
  33. floppy it was linked to something else.  So I manually relinked it to
  34. reflect what I saw on the floppy.  I hope I did the right thing and if I
  35. blew it, I better find out from somebody before I do some damage.
  36.  
  37. BTW, without adding that bin directory to the "for d in ..." script
  38. line, the new Seyon 1.72 binary distribution would not even install
  39. because its install script would not find the new /lib/libc.so.4.2 lib.
  40. (Yes, Mr. Seyon! -- did you know that? ;-)
  41.  
  42. I suppose it's those preexisting sym links that may make the major new
  43. SLS upgrade problematic, also.  Is that right, Peter?
  44.  
  45. Regards,
  46. Joe
  47.