This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: tar incremental backups and ctimeâ problem

On 05/23/2016 10:56 AM, x y wrote:
>> It is always possible to create file list with find and use that
>> to tar whatever using --files-from=FILE option
>> I don't see the need to change tar behaviour to meet your wish.
> Hi Marco,
> Consider that you are working in the IT department of a company and
> you have thousands of documents in your file server. Concerning the
> --file-from option, how can you guess the name of the files which are
> just only going to be viewed by the workers? Those files would be not
> modified but since the ctime stamp will be updated, they will be
> included in the next incremental backup. Why to lose time with the
> --files-from option and make things more difficult? Adding an option
> to tar.exe to ignore the cname time stamp during differential \
> incremental backups should be possible. This should be the natural
> method. Tools like rsync does not suffer from such problems so my
> request should make sense.

If it makes that much sense, then propose the extension upstream
(; once upstream implements it, Cygwin will pick it up
automatically.  Until then, I don't see a reason for Cygwin to
needlessly differ from upstream.

> On Mon, May 23, 2016 at 6:35 PM, Marco Atzeri <> wrote:
>> On 23/05/2016 16:57, x y wrote:
>>>> mtime is fakeable, ctime is not.  Using only mtime makes it likely that

You're still top-posting.  It's okay to trim the portion of the email
you don't reply to.

Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library

Attachment: signature.asc
Description: OpenPGP digital signature

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]