home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / aux / 3454 < prev    next >
Encoding:
Text File  |  1992-09-13  |  1.9 KB  |  45 lines
  1. Newsgroups: comp.unix.aux
  2. Path: sparky!uunet!sun-barr!ames!nsisrv!jagubox!jim
  3. From: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
  4. Subject: Re: tar
  5. Message-ID: <1097@jagubox.gsfc.nasa.gov>
  6. Lines: 31
  7. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  8. Nntp-Posting-Host: jagubox.gsfc.nasa.gov
  9. Reply-To: jim@jagubox.gsfc.nasa.gov (Jim Jagielski)
  10. Organization: NASA/Goddard Space Flight Center
  11. References: <DPASSAGE.92Sep11205455@eden.CS.Berkeley.EDU> <1095@jagubox.gsfc.nasa.gov> <DPASSAGE.92Sep12134327@eden.CS.Berkeley.EDU>
  12. Date: Mon, 14 Sep 1992 09:52:21 GMT
  13.  
  14. dpassage@eden.CS.Berkeley.EDU (David Paschich) writes:
  15.  
  16. >But I do want to speak to this:
  17.  
  18. >In article <1095@jagubox.gsfc.nasa.gov>, 
  19. >    jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
  20.  
  21. >   The answer is that if you want the owner/group ID's to be that of
  22. >   the running process and _not_ that of the original archive, you must
  23. >   add the '-o' option... Think about it; if tar always reset the UID/GID to
  24. >   the running process, using it for system backup _and recovery_ would
  25. >   be a royal pain in the butt... after restoring files root would need to
  26. >   completely restore all the UIDs/GIDs if he/she even knew what they were...
  27.  
  28. >On BSD-type systems I've used (including DEC's Ultrix, Sequent's
  29. >Dynix, and even (shudder) Apollo's Domain/OS), on extraction tar
  30. >creates the files with the UID of the current process _unless_ that
  31. >current process is running as root, in which case it creates them with
  32. >the UID and GID given in the tar file.
  33.  
  34. The big reason for the non-BSD=type behavior is to make it easier for
  35. a non-root user (like an "operator") to perform system-wide backups and
  36. restores.
  37.  
  38. >And actually, now that I think about it the ability to give away files
  39. >isn't all that bad a thing...
  40. -- 
  41.     Jim Jagielski               | "This is supposed to be a happy occasion.
  42.     jim@jagubox.gsfc.nasa.gov   |  Let's not bicker and argue about who
  43.     NASA/GSFC, Code 734.4       |  killed who."
  44.     Greenbelt, MD 20771         |
  45.