home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 22218 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  2.5 KB
  1. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!agate!usenet.ins.cwru.edu!wariat!kf8nh
  2. From: kf8nh@kf8nh.wariat.org (Brandon S. Allbery)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: A discipline for packages
  5. Message-ID: <T8BmwB1w165w@kf8nh.wariat.org>
  6. Date: Wed, 30 Dec 92 18:24:40 EST
  7. References: <marcf.725692346@yorku.ca>
  8. Distribution: world
  9. Organization: Brandon S. Allbery's Personal System
  10. Lines: 45
  11.  
  12. marcf@nexus.yorku.ca (Marc G Fournier) writes:
  13. > nelson@crynwr.com (Russell Nelson) writes:
  14. > >You know something I've always hated about Unix (and people are
  15. > >starting to hate about Windows)?
  16. > >When you install a package, it inserts itself inextricably into
  17. > >various places in your system.
  18. > 
  19. > >What I would rather see is a subdirectory per package.  For example,
  20. > >/package/sendmail (and the corresponding subdirectories lib, src, cf,
  21. > >man.1, man.5, man.8, bin, etc).
  22. > 
  23. >     I don't see a benefit to this at all.  On top of the inefficiency
  24. > of it all...you would be wasting a hell of a lot of i-nodes doing this
  25. > as well (among probably a hundred other things)
  26.  
  27. I would probably do this in a fashion similar to SCO (omigod, did I really
  28. SAY that???! :-) which adds a file to an "installed packages" directory
  29. listing the pathnames, owner, group, and permissions of all files installed
  30. by the package.  An uninstall program then reads this file to remove the
  31. package.  There is also a command to adjust the permissions on a single file
  32. or an entire package (!).
  33.  
  34. The shortcomings of SCO's approach are:
  35.  
  36. (1) no good way to cope with replaced files at uninstall time;
  37. (2) no way to specify that a file should be left alone when you install a
  38.     package update.
  39.  
  40. If, in my copious spare time [ ;-) ] I can manage to put together an
  41. install/uninstall/update package that works that way, I'll be glad to donate
  42. it to Peter so SLS will have a better install/uninstall package than the
  43. commercial *xes :-)  --- after all, how many of those deal nicely with the
  44. "update" case?  I would include a way to specify a data file update/backoff
  45. program as well, so an update won't stomp your data files or force you to
  46. update them manually (well, it won't help with private data files aka dot
  47. files, etc.) and if you back off the update it can convert them back for you
  48. as well.
  49.  
  50. Comments?  Suggestions?  Criticism?  Let's do this right and create an
  51. install package that will make the commercial vendors green with envy!  :-)
  52.  
  53. ++Brandon
  54.  
  55. He's BAAAACK! Brandon S. Allbery     NOTE NEW ADDRESS!!! kf8nh@kf8nh.wariat.org
  56.  
  57.