[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] -A/catenate/concatenate with -g/listed-incremental: stat n

From: Alex Efros
Subject: Re: [Bug-tar] -A/catenate/concatenate with -g/listed-incremental: stat no such file or directory
Date: Sun, 29 Nov 2015 11:40:03 +0200
User-agent: Mutt/1.5.23 (2014-03-12)


On Thu, Apr 16, 2015 at 01:17:31PM +0300, Sergey Poznyakoff wrote:
> > Thanks! This one works ok with both mentioned tar versions.
> Ok, I pushed changes to the repository.

Looks like this fix is incomplete - it works for removed directory, but
not for renamed one (tested on 1.28 with your patch):

$ mkdir /tmp/tar-bug
$ cd /tmp/tar-bug
$ mkdir -p data/dir
$ touch data/dir/file
$ tar cvf full.tar -g snap -C data .
tar: .: Directory is new
tar: ./dir: Directory is new
$ mv data/dir data/dir2
$ tar cvf incr.tar -g snap -C data .
tar: ./dir2: Directory has been renamed from './dir'
$ cp full.tar full2.tar 
$ tar -A incr.tar -f full2.tar -g /dev/null 
$ tar xvpf full2.tar -g /dev/null -C data/
tar: Deleting './dir2'
tar: ./dir: Cannot stat: No such file or directory
tar: ./dir: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors
$ echo $?

P.S. Also, I'm not sure is this will be considered a bug, but `tar t` for
concatenated incremental archives show files which won't be unpacked
(which was removed/renamed in concatenated incremental part). This break
code which inspect archives with `tar t` to find out which files will
exists after unpacking this archive.

                        WBR, Alex.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]