home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!agate!agate!dpassage
- From: dpassage@eden.CS.Berkeley.EDU (David Paschich)
- Newsgroups: comp.unix.aux
- Subject: Re: tar
- Date: 12 Sep 92 13:43:27
- Organization: Organization? Who cares? You just gotta say "Go Bears!"
- Lines: 26
- Message-ID: <DPASSAGE.92Sep12134327@eden.CS.Berkeley.EDU>
- References: <DPASSAGE.92Sep11205455@eden.CS.Berkeley.EDU> <1095@jagubox.gsfc.nasa.gov>
- NNTP-Posting-Host: eden.cs.berkeley.edu
- In-reply-to: jim@jagubox.gsfc.nasa.gov's message of Sat, 12 Sep 1992 13:48:59 GMT
-
- Thanks for the help everyone; I obviously need to remember that A/UX
- is NOT BSD and read the man pages. :)
-
- But I do want to speak to this:
-
- In article <1095@jagubox.gsfc.nasa.gov>,
- jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
-
- The answer is that if you want the owner/group ID's to be that of
- the running process and _not_ that of the original archive, you must
- add the '-o' option... Think about it; if tar always reset the UID/GID to
- the running process, using it for system backup _and recovery_ would
- be a royal pain in the butt... after restoring files root would need to
- completely restore all the UIDs/GIDs if he/she even knew what they were...
-
- On BSD-type systems I've used (including DEC's Ultrix, Sequent's
- Dynix, and even (shudder) Apollo's Domain/OS), on extraction tar
- creates the files with the UID of the current process _unless_ that
- current process is running as root, in which case it creates them with
- the UID and GID given in the tar file.
-
- And actually, now that I think about it the ability to give away files
- isn't all that bad a thing...
-
- David Paschich
-
-