home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / 3b1 / 2936 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  3.6 KB

  1. Path: sparky!uunet!spool.mu.edu!introl.introl.com!booth!roger
  2. From: roger@booth.uucp (Roger Abrahams)
  3. Newsgroups: comp.sys.3b1
  4. Subject: Re: What's in Development Set?
  5. Message-ID: <BrvK6o.BJF@booth.uucp>
  6. Date: 24 Jul 92 03:54:22 GMT
  7. Article-I.D.: booth.BrvK6o.BJF
  8. References: <1992Jul22.124105.4309@brtph560.bnr.ca> <1992Jul23.023017.6560@ceilidh.beartrack.com>
  9. Organization: Private System
  10. Lines: 68
  11.  
  12. In article <1992Jul23.023017.6560@ceilidh.beartrack.com> dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:
  13. <In article <1992Jul22.124105.4309@brtph560.bnr.ca> hruska@bnr.ca (Bob Hruska) writes:
  14. <>
  15. <>I have two different machines that I know little about.  For one, I
  16. <>have the complete Foundation 3.51m set on floppy.  The other has
  17. <>only the hard drive, but it contains the entire set of software
  18. <>(foundation, development, text formatting)
  19. <>
  20. <>I would like to install the development set (along with foundation 
  21. <>3.51m) onto the other machine. My question is, what are all the 
  22. <>files in the foundation set I need to move?  
  23. <
  24. <    More than any sane man would want to list. :-)
  25. <
  26. <    Probably the best way to do this is to make a full backup of the
  27. <system which has the development set on floppies (have *lots* of
  28. <pre-formatted floppies - you should probably modify the descriptor file in
  29. </usr/lib/iv to make a 42-track floppy with 10 sectors/track so as to
  30. <maximize the ammount which fits on each floppy.
  31. <
  32. <    Once you have the backup made, you can extract it on the other
  33. <system.  This presupposes that there is little other than the foundation and
  34. <development sets on the first box.  The backup software will *not* back up
  35. <the foundation set - you should have a full set of diskettes with the
  36. <foundation set for restoring the machine in case of a crash.  This I
  37. <normally consider to be a big negative of the behavior of the backup
  38. <software, but in this case, it works to your advantage, since you don't waste
  39. <time copying what is already on the other system.
  40. <
  41. <    Good luck
  42. <        DoN.
  43. <
  44. <-- 
  45. <Donald Nichols (DoN.)     | Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
  46. <D&D Data                  |  Email: <dnichols@ceilidh.beartrack.com>
  47. <I said it - no one else   |         <dnichols@ceilidh.aes.com>
  48. <    --- Black Holes are where God is dividing by zero ---
  49.  
  50. Well it has been some time since I had the "junk" files on my system which
  51. appear in the "/usr/installed" directory, but as I remember, there was
  52. a "Files" listing for (at least) the foundation set. This was found as 
  53. "/usr/installed/FND/Files".
  54.  
  55. These "listings" can be used as input to cpio to backup the required sets.
  56. Note that the "listing" is relative, that is all the files are in the
  57. form of "./dir/file", so that you need to be in "/" (root directory) to
  58. actually find them.  So "cd /" and do:
  59.  
  60.     cat /usr/install/FND/Files |cpio -ocB >/dev/rfp021
  61.  
  62. Of course you can also copy it and edit the copy to remove the 
  63. leading ".".
  64.  
  65. The Development set files can be had by simply making a copy of the
  66. associated uninstall script found in the "/usr/installed" directory
  67. and editing it.  You might want to read the notes at the front and
  68. add some files that are listed as not normally backed up.  The actual
  69. file names are different on every system, depending on the order
  70. installed as well as the date, but they fall in to the catagory of
  71. having a long numeric string followed by ".un".  
  72.  
  73. There is also a listing of the files contained in each set in the
  74. manuals, but it would be pretty time consuming to type it in, and
  75. these are probably prone to error if some files were added/removed
  76. between the time the manuals were printed and the software was
  77. sent out.
  78.  
  79.                     - booth!roger@introl.introl.com
  80.