From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 54692 invoked by alias); 23 May 2016 09:06:49 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 54681 invoked by uid 89); 23 May 2016 09:06:47 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=marco.atzeri@gmail.com, marcoatzerigmailcom, H*MI:sk:9Bw@mai, H*i:sk:9Bw@mai X-HELO: mail-wm0-f53.google.com Received: from mail-wm0-f53.google.com (HELO mail-wm0-f53.google.com) (74.125.82.53) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Mon, 23 May 2016 09:06:46 +0000 Received: by mail-wm0-f53.google.com with SMTP id n129so66867405wmn.1 for ; Mon, 23 May 2016 02:06:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=8ae/NlhII0/16ZwuThX+LckiqYMeX86AzPKt3V96Wlo=; b=HgvWQ2k1GVFlVs19/j3mpZKFy3k9hb+es6VaLlgyRQUP/xVWVUWfjgWRquOgEyPPzp QHm6x7XpcR7vISQKAi940SZyz0C5b1M/8ocTHHLRQWdN//zxoPiUPqiDWRXHiPeOYc28 qEG4UtTpm2kD43aRgEIenCpSE7XYbKYd7MNOnIk0umYNm9FPw3AfbQd4nng6F9n4+71u Vy+lairniMveBvFF9iSwkcqjytJgVUWJJYaDAH0IoUcfRQEtJzP3lqGmGykmJzSR0HUH JMMvlKH6KiRTeweCZm+DrN0rl/28xTk9JherSAnBHOGcK2jJNHscPNNyqGM+g1iJ2QSj unUA== X-Gm-Message-State: AOPr4FUPq8rFeQPfebBmvSbKmNN9LqWss9NZK63YEZhZBzlKuSVGqj9Z1EuBzB9ZsCzLEQ== X-Received: by 10.28.189.130 with SMTP id n124mr16404277wmf.76.1463994403461; Mon, 23 May 2016 02:06:43 -0700 (PDT) Received: from [172.21.188.188] ([149.6.156.42]) by smtp.googlemail.com with ESMTPSA id b124sm12857456wmb.1.2016.05.23.02.06.42 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 May 2016 02:06:42 -0700 (PDT) Subject: =?UTF-8?Q?Re:_tar_incremental_backups_and_ctime=e2=80=8f_problem?= To: cygwin@cygwin.com References: <9fdf98cf-e3d1-e453-1c98-2c206afe81c9@gmail.com> From: Marco Atzeri Message-ID: <09f604cd-61df-e0c7-b313-1dcf1ef59b4e@gmail.com> Date: Mon, 23 May 2016 09:06:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-05/txt/msg00262.txt.bz2 On 23/05/2016 10:54, x y wrote: > Hi Marco, > > Thanks for your reply. The problem is that there are a lot of files to > be checked so replacing ctime by time to support tar incremental > backup should be more practical. Bottom post on this mailing list, please. 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 > > On Mon, May 23, 2016 at 11:46 AM, Marco Atzeri wrote: >> On 23/05/2016 10:40, x y wrote: >>> >>> Hello, >>> >>> The MS Office applications are changing the ctime value of .doc and >>> .xls files even if they are not modified. Opening and closing an >>> office file without modifying the content is changing ctime and the >>> unmodified document is included in the incremental tar archive. Could >>> it be possible to use the mtime value instead of ctime to avoid the >>> the reappearance of the unchanged files in the incremental archive? >>> >>> Test OS : Windows 7 Sp1 >>> >> >> >> find -ctime should be able you to build the list of files >> that are changed and that tar should process >> >> Regards >> Marco >> -- 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