Sh3ll
OdayForums


Server : Apache
System : Linux server1.cgrithy.com 3.10.0-1160.95.1.el7.x86_64 #1 SMP Mon Jul 24 13:59:37 UTC 2023 x86_64
User : nobody ( 99)
PHP Version : 8.1.23
Disable Function : NONE
Directory :  /usr/share/doc/cpio-2.11/

Upload File :
current_dir [ Writeable ] document_root [ Writeable ]

 

Current File : //usr/share/doc/cpio-2.11/TODO
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 <csmith@micromuse.com>
          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?=
          <b.schueler@eckert-buerotechnik.de>
          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" <H.J.Thomassen@ATComputing.nl>
          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 <cjaeger@ensim.com>
          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 <sliwa@cft.edu.pl>
          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 <sliwa@cft.edu.pl>
          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 <toddk@oeone.com>
          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" <Jeff.Parrott@sea.siemens.com>
          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 <scowl@plaza.ds.adp.com>
          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" <jidanni@kimo.FiXcomTHiS.tw>
          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" <hjt@ATComputing.nl>
          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 <tgautier@s8.com>
          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 <patois@calvix.org>
          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 <tpo@sourcepole.ch>
          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)
          

ZeroDay Forums Mini