Following is the list of cpio-related reports to bug-gnu-utils. Many of them appear to be fixed, but quite a number of them is probably still waiting for being handled. The list is divided into two parts, the messages are in somehow arbitrary order. * Bug reports -------------- ** cpio -d bug (fwd) (score: 47) Author: Christian Smith Date: Wed, 14 Nov 2001 02:06:46 +0000 (GMT) This was bounced from bug-cpio@bogus.example.com I guess that isn't set up yet. -- /"\ \ / ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL X - AGAINST MS ATTACHMENTS / \ $ cpio --version GNU cpio version 2 /archive/html/bug-gnu-utils/2001-11/msg00170.html (4,548 bytes) ** bug in cpio with tapechange in copy-in-mode (score: 34) Author: Bernd =?ISO-8859-1?Q?Sch=FCler?= Date: 05 Aug 2002 18:37:56 +0200 Hello, last i made a restore from tape, and no request for next tape happend, only an read-error occured. Here is an quick patch, please verify the problem and the patch-code. I'm not sure, if the pr /archive/html/bug-gnu-utils/2002-08/msg00122.html (4,518 bytes) ** Re: bug in cpio? (score: 40) Author: kasal@matsrv.math.cas.cz (Stepan Kasal) Date: Thu, 13 Jun 2002 07:44:14 +0000 (UTC) Hallo, the following option should help: -d, --make-directories Create leading directories where needed. Details: cpio won't create the directory for the file. Observe: kasal$ echo /home/kasal/tmp/db /archive/html/bug-gnu-utils/2002-06/msg00306.html (4,862 bytes) ** cpio 2.4.2 bug? (score: 40) Author: "H.J. Thomassen" Date: Thu, 10 Jan 2002 18:09:10 +0100 (CET) Hello, We use GNU-cpio 2.4.2 and have the following problem: Short: Assume I have a directory with two filenames, which are hardlinks to the same i-node. I make a crc-cpio archive with both files; th /archive/html/bug-gnu-utils/2002-01/msg00161.html (5,624 bytes) ** These two seem to be related: *** cpio copy-in and multiply-linked files (score: 35) Author: Chris Jaeger Date: Tue, 07 Aug 2001 23:46:04 -0700 Hi, I was wondering whether it was a bug or a feature that GNU cpio, while in copy-in mode, will create a multiply-linked set of files all of size 0 if the last linked file is not copied in due to th /archive/html/bug-gnu-utils/2001-08/msg00074.html (4,142 bytes) *** (no subject) (score: 2) Author: brian@debian.org (Brian Mays) Date: Sat, 07 Jul 2001 16:35:13 -0400 When hard-linked files (along with many other files) are archived to a cpio ustar format archive, the files are _not_ all archived as hard links to each other in the archive. When the same set of fil /archive/html/bug-gnu-utils/2001-07/msg00080.html (5,666 bytes) ** These too: *** Re: minor problems with slackware-current (score: 7) Author: Cezary Sliwa Date: Wed, 1 Aug 2001 10:43:37 +0200 "cpio --sparse" corrupts data. A fix attached. C.S. Attachment: cpio-2.4.2-sparse.diff Description: Text document /archive/html/bug-gnu-utils/2001-08/msg00000.html (3,989 bytes) *** cpio --sparse (score: 34) Author: Cezary Sliwa Date: Mon, 26 Mar 2001 10:43:34 +0200 (CEST) the '--sparse' option of gnu cpio causes data corruption (blocks of zeros are lost or appended to other files). C.S. /archive/html/bug-gnu-utils/2001-03/msg00235.html (3,671 bytes) ** And these too *** cpio-2.4.2: data corruption bug (score: 35) Author: Todd Kelley Date: Fri, 09 Feb 2001 17:00:06 -0500 Hello, Recently at OEone we fixed a bug in GNU cpio-2.4.2: When a file over about 0.5 megabyes grows while it is being archived, it and all files following it in the archive are corrupted. The crc do /archive/html/bug-gnu-utils/2001-02/msg00062.html (4,297 bytes) *** cpio pass-through can corrupt files (score: 36) Author: "Parrott, Jeff" Date: Mon, 16 Oct 2000 13:32:57 -0400 I have seen corrupted files as a result of using the pass-through option in cpio. The corruption occurs when active/in-use (and growing) files are being copied. The problem is that the file size has /archive/html/bug-gnu-utils/2000-10/msg00087.html (4,974 bytes) ** cpio 2.4.2 unconditionally takes the tape drive offline (score: 39) Author: Scott Larson Date: Thu, 11 Jan 2001 13:15:52 -0800 We have been copying multiple volumes to a single tape with the System 5 version of cpio. The gnu version of cpio doesn't support this since it takes the tape offline (i.e. ejects the tape) after rea /archive/html/bug-gnu-utils/2001-01/msg00087.html (4,264 bytes) ** cpio -t can see international filenames, find -ls also suffers (score: 35) Author: "Dan Jacobson" Date: Tue, 26 Dec 2000 07:38:53 +0800 GNU cpio version 2.4.2 with cpio -t I can see Chinese [big5] filenames. with -tv, they become \267\247 etc Just like what happens with find . -print vs. find . -ls -- http://www.geocities.com/jidanni /archive/html/bug-gnu-utils/2000-12/msg00143.html (4,084 bytes) * Suggestions ------------- ** GNU cpio suggestion (score: 42) Author: "H.J.Thomassen" Date: Mon, 17 Dec 2001 11:27:11 +0100 Re: suggestion for GNU-cpio extension (plus reference implementation) We use cpio for our backup purposes. The backup is started automatically in the middle of the night. To chase away all users we d /archive/html/bug-gnu-utils/2001-12/msg00244.html (7,474 bytes) ** cpio suggestion + patch (score: 38) Author: Taylor Gautier Date: Fri, 20 Apr 2001 09:40:05 -0700 I have a suggestion for cpio. The suggestion is to make it copy files into a temporary name and then rename the file as the last operation. Since UNIX filesystems are supposed to gaurantee atomicity /archive/html/bug-gnu-utils/2001-04/msg00169.html (10,674 bytes) ** [cpio] man page enhancement: a Example section ? (score: 5) Author: Yannick Patois Date: Wed, 24 Oct 2001 12:48:33 +0200 (CEST) Hello, I seldom use cpio (as I think many people) and only had to use it once or twice. IMHA, would be good to have a small section with an example of most often performed actions (creating an archiv /archive/html/bug-gnu-utils/2001-10/msg00270.html (4,336 bytes) ** Patch to cpio to enable verbose *skipping* of files (score: 40) Author: Tomas Pospisek Date: Mon, 8 Oct 2001 13:54:14 +0200 (CEST) This patch enables cpio to be verbose about the files that it does not copy, which is very handy for seeing cpio's progress through a tape or simply for debuging. The patch along with a Debian packag /archive/html/bug-gnu-utils/2001-10/msg00083.html (4,548 bytes)