Your message dated Mon, 11 Apr 2005 12:22:40 +0200
with message-id <[EMAIL PROTECTED]>
and subject line rsync: --checksums apparently not implied by lack of --times
option
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 21 Jan 2000 21:11:26 +0000
Received: (qmail 30525 invoked from network); 21 Jan 2000 21:11:25 -0000
Received: from 640k-154-5.va.sprint-hsd.net (HELO jones.argon.org) ([EMAIL
PROTECTED])
by master.debian.org with SMTP; 21 Jan 2000 21:11:25 -0000
Received: (from [EMAIL PROTECTED])
by jones.argon.org (8.9.3/8.9.3/Debian 8.9.3-6) id QAA28888;
Fri, 21 Jan 2000 16:11:23 -0500
Message-Id: <[EMAIL PROTECTED]>
From: Roderick Schertler <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: -v lists all files if you don't use --times
X-Reportbug-Version: 0.48
X-Mailer: reportbug 0.48
Date: Fri, 21 Jan 2000 16:11:23 -0500
Package: rsync
Version: 2.3.2-1.1
Severity: normal
Given -v, rsync lists all files whose times are off, even if no data
is transferred. Here is a demonstration. I've cut out the 2 statistics
lines from each invocation to make the problem more clear.
$ echo foo > foo
$ rsync -v foo $HOST:bar
foo
$ rsync -v foo $HOST:bar
foo
$ rsync --times -v foo $HOST:bar
foo
$ rsync -v foo $HOST:bar
$ _
-- System Information
Debian Release: potato
Architecture: i386
Kernel: Linux jones 2.2.12-jones.1 #1 Sun Oct 3 21:08:45 EDT 1999 i686
Versions of packages rsync depends on:
ii libc6 2.1.2-11 GNU C Library: Shared libraries an
--
Roderick Schertler
[EMAIL PROTECTED]
---------------------------------------
Received: (at 55875-done) by bugs.debian.org; 11 Apr 2005 10:26:01 +0000
>From [EMAIL PROTECTED] Mon Apr 11 03:26:01 2005
Return-path: <[EMAIL PROTECTED]>
Received: from cust.88.114.adsl.cistron.nl (gw.wurtel.net) [195.64.88.114]
(mail)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DKw7F-0005iW-00; Mon, 11 Apr 2005 03:26:01 -0700
Received: from wurtel ([192.168.1.1] helo=wurtel.net)
by gw.wurtel.net with esmtp (Exim 3.36 #1 (Debian))
id 1DKw41-00048k-00; Mon, 11 Apr 2005 12:22:41 +0200
Received: from paul by wurtel.net with local (Exim 4.33 #1 (Debian))
id 1DKw40-0005WV-Gg; Mon, 11 Apr 2005 12:22:40 +0200
Date: Mon, 11 Apr 2005 12:22:40 +0200
From: Paul Slootman <[EMAIL PROTECTED]>
To: "Charles C. Fu" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: rsync: --checksums apparently not implied by lack of --times option
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.5.6i
X-Scanner: exiscan *1DKw41-00048k-00*9IUi0M6zSxE*Wurtel
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no
version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
On Tue 18 Feb 2003, Charles C. Fu wrote:
>
> I would suggest changing the man page to reflect the actual behavior. That
> is change the
> man page, which currently says the following:
[...]
>
> Edit rsync.1.gz so that it results in the following text (changed lines
> marked with ! and
> not re-wrapped here to make the deletion clear):
>
> -t, --times
> This tells rsync to transfer modification times
> along with the files and update them on the remote
> system. Note that if this option is not used, the
> optimization that excludes files that have not been
> modified cannot be effective; in other words, a
> missing -t or -a will cause the next transfer to
> ! behave as if it used -I, and all files will
> ! show up in log mes-
> sages even if they haven't changed.
The current manpage says:
This tells rsync to transfer modification times along with the
files and update them on the remote system. Note that if this
option is not used, the optimization that excludes files that
have not been modified cannot be effective; in other words, a
missing -t or -a will cause the next transfer to behave as if it
used -I, causing all files to be updated (though the rsync algo-
rithm will make the update fairly efficient if the files haven't
actually changed, you're much better off using -t).
IMHO this appropriately describes the situation clearly, so I'm now
closing this bug report.
Paul Slootman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
