X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type; q=dns; s=default; b=jo
	PZt0y33xYRzfXDJsiiqzDvhoAYcAcXggz5uP/DEN9U3v8ElB7KDeC2uHHT0PX7Ia
	F2vWhmexEZWq1Ff0DBHDGNupPF5xsINkmuhm4nM80ErdpvemLqug0KcD8flv9KeJ
	msjuMcaHD+et87c7NJvWH3wwxWgmM3QFZDAs9GtYU=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type; s=default; bh=MQ4/bmd6
	X7AFBmAB5XpCS0ZNda4=; b=vHVpUg1cZJV8MKaKwKomfFyd3EhbBHmhkIqRxYhj
	mzRO7SQcptLmUVL7NxUAqkgQAxjnpYOPBBod+QTslpOWUZcWYy46urFBKDicmszm
	hG7zHbyiKE0+H/CUfxyLtGgU7r0Xc8+sRcNr7XVn7EIYEisc1DHXLOt0QsuUeQ6C
	fcQ=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-0.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=eblakeredhatcom, stamps, U*eblake, eblake AT redhat DOT com
X-HELO:	mail-wm0-f42.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=lnYUHtZP19ntIHiWo8qRTyGFQfKo5OGbjgcHwar5ghg=; b=AUVPyxIoMoqheTd6gej2l28nnVEEVssf6v2Fb49zWtHOM71op5sX0Q1+de/Fm3l/TW xf1/pl8OR5JKLuchuV2SrFsY4Q1xBFkK94KfFi3MU6lm3U12yxjAm/xt11xT7RWkzIvR 7kiOoWHaIlvResB80l4m9CSYWEpSXJOJNlywZ5FuXma7HIX8mXVsuLRw3NCvI9SA7jYK gw2I934EMmN8untq5VpJSVYNDHfFqjedK6HnkkmJLjgBPAxZarUgRtZOqa9mKo5wA4hh G3jzPKJ4llp2e5snxqvk/5crlsFbB2whVMHP7XSnhtpCuK9Wrks6y+92BcemVd5krhez 26UA==
X-Gm-Message-State:	AOPr4FXISqxl4wenyetV6aO0bthKN7uzF5ElZ/mDWZY8DjlFYtaTCruGjhNfLpziw8wQdjGWtD/Da2FYkkTaiA==
MIME-Version:	1.0
X-Received:	by 10.28.45.9 with SMTP id t9mr18642869wmt.89.1464015447206; Mon, 23 May 2016 07:57:27 -0700 (PDT)
In-Reply-To:	<574313B3.3090703@redhat.com>
References:	<CAOKAGPP0o6vV2KTpfs4M0DyqwHA3pVw-+xkwLmjyWpAFthbA+A AT mail DOT gmail DOT com> <9fdf98cf-e3d1-e453-1c98-2c206afe81c9 AT gmail DOT com> <CAOKAGPOzSYkmFRJazgQMwjUCKsKaBbE9gcVAdNnNvYUkmc=9Bw AT mail DOT gmail DOT com> <09f604cd-61df-e0c7-b313-1dcf1ef59b4e AT gmail DOT com> <CAOKAGPMHEiNLW3makusvvx2E7V9etjA+YPUMDh56=N42wmtLYA AT mail DOT gmail DOT com> <574313B3 DOT 3090703 AT redhat DOT com>
Date:	Mon, 23 May 2016 17:57:27 +0300
Message-ID:	<CAOKAGPOVnU1Lr2od-UbtRAeZHFKjnNC2jOmmGouVotSYMxbokw@mail.gmail.com>
Subject:	=?UTF-8?Q?Re=3A_tar_incremental_backups_and_ctime=E2=80=8F_problem?=
From:	x y <x1y2w3 AT gmail DOT com>
To:	cygwin AT cygwin DOT com
X-IsSubscribed:	yes

>mtime is fakeable, ctime is not.  Using only mtime makes it likely that
>your incremental backup will miss files.  I don't have any good reason
>to differ from upstream behavior here.

Hi Eric,

The problem is not faking time stamps. Even commercial Windows backup
programs are checking the modification time to identify the modified
files.

Consider that you have a lot of files opened and closed without any
modification in your company. Because of the priority of the ctime
time stamp, reintroducing all of those files to the incremental backup
does not make any sense. tar has also the capacity to create
differential backups with the condition of taking care of the snapshot
file. The ctime issue can result in unnecessarily big differential
backups filled with unmodified files.

Cygwin tar can be a good  alternative for Windows users to do
differential \ incremental backups but the ctime problem must be
solved.



On Mon, May 23, 2016 at 5:29 PM, Eric Blake <eblake AT redhat DOT com> wrote:
> On 05/23/2016 03:18 AM, x y wrote:
>> It is not clear to me your expectation:
>> - are you asking how to use ctime to select the file with tar alone ?
>>   It is not possible for my understanding of the manual.
>>
>> - Are you asking the package maintainer to change the behaviour of
>>   cygwin tar ? Unlikely to happen, but I leave to him.
>>
>> Regards
>> Marco
>>
>>
>> Hi Marco,
>>
>> Sorry, I am new to the mailing list. If I am not wrong, tar is
>> checking both of the ctime and mtime values to compare files during
>> incremental backups. Since opening and closing a MS document without
>> changing the content updates ctime, it would be preferable to add a
>> new option to tar to use only mtime for file comparing during
>> incremental backups.
>
> mtime is fakeable, ctime is not.  Using only mtime makes it likely that
> your incremental backup will miss files.  I don't have any good reason
> to differ from upstream behavior here.
>
> --
> Eric Blake   eblake redhat com    +1-919-301-3266
> Libvirt virtualization library http://libvirt.org
>

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -