home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sysv386 / 16608 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.5 KB
  1. Xref: sparky comp.unix.sysv386:16608 comp.unix.sys5.r4:549
  2. Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!linac!uchinews!machine!chinet!les
  4. From: les@chinet.chi.il.us (Leslie Mikesell)
  5. Subject: Re: tar problems (and cpio)
  6. Message-ID: <BxxJGn.ry@chinet.chi.il.us>
  7. Organization: Chinet - Public Access UNIX
  8. References: <1992Nov12.164004.9850@netnews.whoi.edu> <1992Nov16.232139.27765@dg-rtp.dg.com> <1992Nov17.185512.516@fwi.uva.nl>
  9. Date: Wed, 18 Nov 1992 20:55:34 GMT
  10. Lines: 18
  11.  
  12. In article <1992Nov17.185512.516@fwi.uva.nl> janw@fwi.uva.nl (Jan Wortelboer) writes:
  13. >GNU cpio support's also SVR4 cpio (New MagicNumber) and SVR4 tar.
  14. >                        ^^^^^^^^^                       ^^^^^^^^
  15. Great!  R4's cpio is a real botch.  If you have a mix of r3 and r4 machines
  16. connected with NFS or RFS there is no way to use a single command (say
  17. a shell script executed over the network mount point) to make an archive
  18. of files that will be readable on any of the machines.  At least not
  19. without some seriously ugly contortions.
  20.  
  21. Also, I use a script to copy directory trees around that ends up using
  22. cpio -p to do the work and I've noticed that copying from an r4 UFS
  23. filesystem to an r3 sysV filesystem over RFS leaves the date wrong on
  24. the destination.  For some reason make doesn't work well when all of
  25. the targets exist with dates 20 years in the future and you just touched
  26. all the sources.  Will GNU cpio fix this as well?
  27.  
  28. Les Mikesell
  29.   les@chinet.chi.il.us
  30.