home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.sun.admin:8194 comp.sys.hp:12835
- Newsgroups: comp.sys.sun.admin,comp.sys.hp
- Path: sparky!uunet!stanford.edu!ames!elroy.jpl.nasa.gov!sideshow!urban
- From: urban@sideshow.jpl.nasa.gov (Michael Urban)
- Subject: Re: Mounting /usr/spool/mail from HP?
- Message-ID: <1992Nov12.160404.12312@elroy.jpl.nasa.gov>
- Sender: news@elroy.jpl.nasa.gov (Usenet)
- Nntp-Posting-Host: sideshow.jpl.nasa.gov
- Reply-To: urban@sideshow.jpl.nasa.gov (Michael Urban)
- Organization: Jet Propulsion Laboratory, Pasadena, CA
- References: <1992Nov11.221801.2738@elroy.jpl.nasa.gov> <TML.92Nov12030940@hemuli.tik.vtt.fi>
- Date: Thu, 12 Nov 1992 16:04:04 GMT
- Lines: 30
-
- In article <TML.92Nov12030940@hemuli.tik.vtt.fi> tml@tik.vtt.fi (Tor Lillqvist) writes:
- >
- >P.S. Yes, I am old enough to realize that both HP and Sun have their
- >own idiosyncranies (sp?), and that neither is more correct that the
- >other. However, I am "root" for our HP machines and have been
- >irritated by people on the net continuously asking "why doesn't this
- >or that detail work like on our Suns?".
-
- (You can annoy them by correcting their grammar: it should be `why
- doesn't this work AS on our Suns?' :-) )
-
- Well, in this particular case, it is particularly annoying to find Sun,
- the promulgators of NFS and `open standards' and all of that, writing
- mail tools that depend on a particular aspect of file system
- semantics. After all, the idea of RPC and NFS is _supposed_ to be
- that the server might not even be a Unix system. Or so I thought.
-
- Now let me tell you what happens when you extract from a Tar archive
- containing directories you do not own, onto a non-Sun file system.
- Sun's `tar' proceeds to chown the parent directories before putting
- anything into them (figuring that this will fail if not root).
- Surprise, it cannot write the files into the directory...
-
-
- Mike
-
- Mike Urban
-
- urban@cobra.jpl.nasa.gov
-
-