I have a hard time wrapping my head around your statement: gzip is "erroneous".
Have fun, John Hendrickson
look at my quick test ...
# cd /tmp/tmp
# srdiff -v x
STAT: *li *sp *so =co
receiving incremental file list
x
##-------------------------------------
## HOST: li
## FILE: /tmp/tmp/x
##-------------------------------------
receiving file list ... done
x
sent 42 bytes received 31838 bytes 63760.00 bytes/sec
total size is 31744 speedup is 1.00
##-------------------------------------
## HOST: sp
## FILE: /tmp/tmp/x
##-------------------------------------
receiving file list ... done
x
sent 42 bytes received 31838 bytes 63760.00 bytes/sec
total size is 31744 speedup is 1.00
##-------------------------------------
## HOST: so
## FILE: /tmp/tmp/x
##-------------------------------------
# cd ..
# rj gzip -9 tmp/x
STAT: *li *sp *so =co
## HOST: li
## HOST: sp
## HOST: so
## HOST: co
# rj md5sum tmp/x.gz
STAT: *li *sp *so =co
## HOST: li
d2b182c7bbc2ce01b1f83d4a2f26b742 tmp/x.gz
## HOST: sp
d2b182c7bbc2ce01b1f83d4a2f26b742 tmp/x.gz
## HOST: so
1f7725bbbd392b6e6276eafd26074965 tmp/x.gz
## HOST: co
7904a5643cb7c318a14497dadc0e2f70 tmp/x.gz
# rj gzip -l tmp/x.gz
STAT: *link *sparky *sol8 =coco
## HOST: li
compressed uncompressed ratio uncompressed_name
23955 31744 24.6% tmp/x
## HOST: sp
compressed uncompressed ratio uncompressed_name
23955 31744 24.6% tmp/x
## HOST: so
compressed uncompressed ratio uncompressed_name
23955 31744 24.6% tmp/x
## HOST: co
compressed uncompressed ratio uncompressed_name
23955 31744 24.6% tmp/x
Josselin Mouette wrote:
Hi,Le jeudi 17 novembre 2011 à 20:03 +0100, Jakub Wilk a écrit :http://people.debian.org/~jwilk/multi-arch/same-md5sums.txt http://people.debian.org/~jwilk/multi-arch/same-md5sums.ddlist(If there is no MD5 sum information next to a file name, it means that the sum for each architecture was different.)Thanks a lot for this report. libgnome-keyring and librsvg are fixed in unstable. atk1.0, clutter-1.0, libcroco and pango1.0 should all be fixed in svn. The error for glib2.0 is looks like a bug in gzip, only two architectures are different from the others. Cheers,