[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-tar] leading / included in incremental snapshot rename code
From: |
Joerg Schilling |
Subject: |
Re: [Bug-tar] leading / included in incremental snapshot rename code |
Date: |
Sat, 29 Sep 2007 13:11:24 +0200 |
User-agent: |
nail 11.22 3/20/05 |
Nicholas Cole <address@hidden> wrote:
> A leading / is being included in incremental snapshot rename codes
> when a member name has a leading / and tar removes leading / from
> member names when the archive is created
>
> Is this a bug or am I doing something incorrect?
>
> Tested on debian etch with gnu tar versions 1.16 (debian etch) and
> 1.18 (source)
>
> When I extract the full then the incremental archive in the example
> below, tar deletes both /backup/two and /restore/backup/two
>
> If I specify backup as the archive member instead of /backup the
> last extract works as expected by only deleteing backup/two
>
> debian:/# mkdir -p backup/one backup/two
> debian:/# mkdir restore
> debian:/# tar -v -c -f backup.tar --listed-incremental=backup.snapshot /backup
> tar: /backup/one: Directory is new
> tar: /backup/two: Directory is new
> tar: Removing leading `/' from member names
> /backup/
> /backup/one/
> /backup/two/
> debian:/# mv /backup/two /backup/three
The last time I checked, GNU tar was unable to deal with renamed directories
regardless of whether there is a leading slash or not.
GNU tar does not archive enough file meta data to be able to do it correctly
so even if it works somethimes, this may not work always.
Jörg
--
EMail:address@hidden (home) Jörg Schilling D-13353 Berlin
address@hidden (uni)
address@hidden (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily