Path: utzoo!attcan!uunet!lll-winken!ames!xanth!nic.MR.NET!hal!ncoast!allbery From: allbery@ncoast.UUCP (Brandon S. Allbery) Newsgroups: comp.sources.d Subject: Re: GNU tar Message-ID: <13324@ncoast.UUCP> Date: 11 Jan 89 22:44:07 GMT References: <7369@chinet.chi.il.us> <3438@ucdavis.ucdavis.edu> Reply-To: allbery@ncoast.UUCP (Brandon S. Allbery) Followup-To: comp.sources.d Organization: Cleveland Public Access UN*X, Cleveland, Oh Lines: 27 As quoted from <3438@ucdavis.ucdavis.edu> by kinmonthprep@deneb.ucdavis.edu (Earl H. Kinmonth): +--------------- | A PD version of cpio has been posted, but I have not tried it. I gave | up on cpio (despite the somewhat higher storage density) because it is | much, much harder to recover damaged cpio archives than it is tar | archives. Also, most versions of cpio do not recognize output device | size limitations. +--------------- Afio supports device size limitations; it is also able to recover damaged cpio archives (I have even started reading in the middle of a multipart cpio archive and had it work). Moreover, I found it to be rather simple to add a label-skipping flag to afio so I could read 3B1 disks on other machines. (Before anyone deluges me with requests, they were posted to unix-pc.sources a year ago; check the archives.) I personally prefer cpio/afio to tar, and afio is one of the programs I always import into a system I'm going to use (the others are jove and a homebrew environment manager I may post someday, as well as a standard .cshrc and .login, and often 16-bit compress as well). ++Brandon -- Brandon S. Allbery, comp.sources.misc moderator and one admin of ncoast PA UN*X uunet!hal.cwru.edu!ncoast!allbery ncoast!allbery@hal.cwru.edu ncoast is registering as "ncoast.org" -- watch for the official announcement! Send comp.sources.misc submissions to comp-sources-misc@.