Bug 8252 - files difference
Summary: files difference
Status: RESOLVED INVALID
Alias: None
Product: rsync
Classification: Unclassified
Component: core (show other bugs)
Version: 3.0.8
Hardware: Sparc Solaris
: P5 normal (vote)
Target Milestone: ---
Assignee: Wayne Davison
QA Contact: Rsync QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-22 08:36 UTC by raherh
Modified: 2011-07-04 21:48 UTC (History)
0 users

See Also:


Attachments
example file to compare (80 bytes, application/octet-stream)
2011-06-22 08:36 UTC, raherh
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description raherh 2011-06-22 08:36:49 UTC
Created attachment 6606 [details]
example file to compare

No difference seen between two files but diff is positive.
It's impossible to include two files, so the contents of config.2 is below.

command:
rsync -Cavzin config.1 config.2

output:
-bash-3.00# rsync -Cavzin config.1 config.2
sending incremental file list
>f..t...... config.1

sent 51 bytes  received 15 bytes  132.00 bytes/sec
total size is 80  speedup is 1.21 (DRY RUN)


config.2:
# config
<parameters>
  proxy_traf		   xxx
  #proxy_traf		   xxxx
</parameters>
Comment 1 Wayne Davison 2011-06-22 16:05:15 UTC
As the itemized output indicates, the modify time isn't the same.  See the --checksum option for one possible solution.  See also --size-only, but be REALLY sure you know what you're doing if you use that.
Comment 2 raherh 2011-06-24 12:33:57 UTC
(In reply to comment #1)
> As the itemized output indicates, the modify time isn't the same.  See the
> --checksum option for one possible solution.  See also --size-only, but be
> REALLY sure you know what you're doing if you use that.

I know the time modified should be different but I would expect this output:
>f.st...... config.1

In config.1 the commented lines are number 1 and 3.
In config.2 the commented lines are number 1 and 4.
Comment 3 Wayne Davison 2011-07-04 21:48:35 UTC
It's impossible to tell without the second file attached, but I assume the only difference is that the hash (#) moved, which means the size isn't different, so 's' shouldn't show up.