home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 22239 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  2.7 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!agate!usenet.ins.cwru.edu!gatech!destroyer!cs.ubc.ca!news.UVic.CA!sanjuan!pmacdona
  2. From: pmacdona@sanjuan (Peter MacDonald)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: A discipline for packages
  5. Message-ID: <1992Dec31.022954.5807@sol.UVic.CA>
  6. Date: 31 Dec 92 02:29:54 GMT
  7. References: <marcf.725692346@yorku.ca> <T8BmwB1w165w@kf8nh.wariat.org>
  8. Sender: news@sol.UVic.CA
  9. Organization: University of Victoria, Victoria B.C. CANADA
  10. Lines: 43
  11. Nntp-Posting-Host: sanjuan.uvic.ca
  12.  
  13. In article <T8BmwB1w165w@kf8nh.wariat.org> kf8nh@kf8nh.wariat.org (Brandon S. Allbery) writes:
  14. >marcf@nexus.yorku.ca (Marc G Fournier) writes:
  15. >> nelson@crynwr.com (Russell Nelson) writes:
  16. >> >You know something I've always hated about Unix (and people are
  17. ...
  18. >If, in my copious spare time [ ;-) ] I can manage to put together an
  19. >install/uninstall/update package that works that way, I'll be glad to donate
  20. >it to Peter so SLS will have a better install/uninstall package than the
  21. >commercial *xes :-)  --- after all, how many of those deal nicely with the
  22. >"update" case?  I would include a way to specify a data file update/backoff
  23. >program as well, so an update won't stomp your data files or force you to
  24. >update them manually (well, it won't help with private data files aka dot
  25. >files, etc.) and if you back off the update it can convert them back for you
  26. >as well.
  27. >
  28. >Comments?  Suggestions?  Criticism?  Let's do this right and create an
  29. >install package that will make the commercial vendors green with envy!  :-)
  30.  
  31. Actually I responded via email to Neslon's initial suggestion.  The 
  32. gist of it is there is no benefit to the symbolic links idea.
  33. SLS already allows easy uninstall (not that anyone uses it)
  34. via "sysinstall -remove pkg".
  35.  
  36. Symbolic links turn out to be a system admins nightmare, and I am thinking
  37. seriously about clensing SLS of all such, except for directories.
  38. While hardware is cheap, slowing it down makes no sense.
  39.  
  40. As for making a real fancy install program.  Best not.  The main reason
  41. is that the current scheme uses shell scripts and a few programs
  42. like tar, compress, sed, etc.  All of this fits nicely onto the
  43. ramdisk (shell scripts are small).  Perl just won't go.
  44. Even a fancy program will cramp things up.   SLS may not be
  45. perfect, but it is very modular.
  46.  
  47. My intention, though, was to put a fancy frontend onto sysintall,
  48. perferably menu driven, etc.  Actually, a better menu program would
  49. be the first order (must be based on text files).  Even simpler,
  50. just add more menus to the existing menu program and send them 
  51. to me.  Design them so that they automatically answer many of the
  52. newbie questions.  We can always convert the menus when a new
  53. program comes along.  If I had more time ...
  54.  
  55. Peter
  56.